本文へスキップ
株式会社SAI
業務改善

Claude Codeの業務効率化|任せるのは集める・作る・検査する

執筆:清水 諒(株式会社SAI 代表取締役)

Claude Codeの業務効率化|任せるのは集める・作る・検査する

Key Takeaways

  • Claude Codeの業務効率化で任せるのは集める・作る・検査するのいずれかに当たる作業で、当社は公開・送信・改題・支払いの判断を人に残している。
  • Anthropicの公式ドキュメントはClaude Codeをコードベースを読みファイルを編集しコマンドを実行するエージェント型のコーディングツールと定義し、どのディレクトリでも動くためノートやドキュメントのフォルダでもコードと同じやり方で検索・編集・整理ができると記す(2026年10月3日閲覧)。
  • 当社の場合はウェブサイトの運用で記事の構成案・文章の検査・構造化データの監査・検索データの集計・投稿の下準備・日程調整の下書き・動画の書き出しを任せ、本番反映は2026年9月24日から26日の3回とも既定の仕組みが止めて代表が自分で実行した。
  • 渡し方は毎セッション持つべき規則を指示ファイルに・複数手順の作業を運用文書に・判定の記録を台帳に分けることで、指示ファイルは読ませるための文脈であり操作を止めるのは別の仕組みの仕事である。
  • 失敗した使い方は出来栄えを機械の検査だけで決めた投稿本文と画像が揃わず公開が遅れた記事で、向かないのは入力と出力が決まっていない業務と確認する人がいない業務である。

黒い画面に点滅するカーソルを前にして、議事録の整理と週報の下書きのどちらから渡せば速くなるのかで手が止まる場面があります。足りないのは機能の一覧ではなく、開発以外の仕事で何を渡し何を人が押したかを書いた1社分の作業の表です。当社のサイト運用で任せている作業と人に残した判断を2列にした表を、止めた記録と向かない業務つきで載せます。

当社の記録は2026年6月から10月3日までのウェブサイト運用の出来事で、効率化の実績ではなく運用記録です(顧客の案件は含みません)。引用した外部の記述はAnthropicのClaude Code公式ドキュメントと同社の記事とGoogleのSearch Consoleヘルプで、閲覧日はいずれも2026年10月3日のため仕様は予告なく変わり得ます。Claude Codeそのものの説明と始める前の線引きは非エンジニアの会社での使いどころと始め方に書いたので、この記事はその下に置く運用の記録です。

Claude Codeの業務効率化とは、ターミナルで動くエージェントに業務の作業を任せ、判断を人に残す使い方である

Claude Codeの業務効率化とは、ターミナル(コマンドを打ち込む画面)で動くエージェント型のツールに業務の作業を任せ、公開・送信・改題・支払いの判断を人に残す使い方です。任せた作業と人に残した判断を表にして初めて、どこが速くなりどこが変わらないかが見えます。

Anthropicの公式ドキュメントはClaude Codeを、コードベースを読みファイルを編集しコマンドを実行して開発ツールと統合するエージェント型のコーディングツールと定義しています。用途の第一に挙がるのは「後回しにしがちな作業の自動化」で、例は未テストコードのテスト作成・lint(書式の自動検査)の修正・マージ競合の解消・依存関係の更新・リリースノートの執筆です。この項目に開発以外の例はありません(Anthropic(Claude Code 公式ドキュメント)「Overview」/2026年10月3日閲覧)。

開発以外で使える根拠は別のページにあります。公式はClaude Codeがどのディレクトリでも動くと明記し、ノートの保管庫・ドキュメントのフォルダ・Markdownファイルの集まりの中で、コードと同じやり方で内容の検索・編集・整理ができると書いています(Anthropic(Claude Code 公式ドキュメント)「Common workflows」/2026年10月3日閲覧)。当社の7つの作業はどれも製品の開発ではなく、記事と構造化データと計測の記録と台本という文書を相手にしています。

任せ方の前提も一次資料にあります。Anthropicは2024年12月19日公開の記事で、LLM(大規模言語モデル)で業務を組むときは可能な限り単純な解を探し必要なときだけ複雑さを足すよう勧め、エージェント型を作らない選択もあり得ると明記しています。エージェント型は性能と引き換えに遅延とコストが増えるからです(Anthropic「Building effective agents」/2026年10月3日閲覧)。

Claude Codeの業務効率化の見取り図。当社の7つの作業を、左の列に任せた作業・右の列に人に残した判断として並べた表。記事の構成案は視点の違う構成案を並行して作り審査して1本にする作業を任せ、公開と題名は人が決める。文章の検査は事実と編集の2つのゲートで指摘を出す作業を任せ、指摘を反映するかは書き手が決める。構造化データの監査は公開HTMLと公式ドキュメントを突き合わせ反証役を通す作業を任せ、会社の事実に触れる修正と本番反映は代表が行う。検索データの集計は実測を読み台帳に記録し判定案を出す作業を任せ、表示のあるページの改題は代表が決める。投稿の下準備はリプライ候補の一覧と公開済み記事の要約文を作る作業を任せ、人に宛てた返信は人が書いて送る。日程調整の下書きは予定の空きを見てメールの下書きを作る作業を任せ、送信は本人が行う。動画の書き出しは台本の関門から書き出しと確認用の一覧まで自動で行い、公開と生成枠の追加は人が決める。右端に小さく、確認の場所は公開・送信・改題・支払いと書いたバッジがある

図は当社の7つの作業を左に任せた作業・右に人に残した判断の2列で並べ、右端に確認の場所を公開・送信・改題・支払いの4つで示したものです。以下の節は図の行の順に進み、人に残した判断は次の節でまとめて扱います。

当社が任せているのは、集める・作る・検査するのいずれかに当たる作業である

当社がClaude Codeに任せている作業は記事の構成案・文章の検査・構造化データの監査・検索データの集計・投稿の下準備・日程調整の下書き・動画の書き出しの7つで、どれも集める・作る・検査するのいずれかに当たります。表は図と同じ内容で、1行が1つの作業です。

表は横にスクロールできます。

作業 任せた作業 人に残した判断
記事の構成案 視点の違う構成案を並行して作り審査して1本にする 公開と題名は人が決める
文章の検査 事実と編集の2つのゲートで指摘を出す 指摘を反映するかは書き手が決める
構造化データの監査 公開HTMLと公式ドキュメントを突き合わせ反証役を通す 会社の事実に触れる修正と本番反映は代表
検索データの集計 実測を読み台帳に記録し判定案を出す 表示のあるページの改題は代表
投稿の下準備 リプライ候補の一覧と公開済み記事の要約文を作る 人に宛てた返信は人が書いて送る
日程調整の下書き 予定の空きを見てメールの下書きを作る 送信は本人
動画の書き出し 台本の関門から書き出しと確認用の一覧まで自動 公開と生成枠の追加は人

記事の構成案は、2026年9月4日に公開した記事で視点の違う構成案を複数並行して作らせ、審査して1本に統合する手順を取りました。以後の記事も同じ形で、出典URLが生きているかの確認も同じ道具に任せています。公開するかどうかと題名は人が決め、親記事で構成案の壁打ちと書いた作業がいまはこの形になっています。

文章の検査は、公開前に2つのゲートを通す作業です。事実のゲートは出典の原文と本文の一致・創作した数値の有無・書かない語を見て、編集のゲートはリードの3文・見出しが単独で読めるか・同じ内容の重複を見ます。2026年10月3日に書いた記事3本では、ゲートが数値の取り違えと停止理由の書き方を指摘し、書き手が記録どおりに直しました。指摘を反映するかどうかは書き手が決めます。

構造化データの監査は、2026年9月25日に自社サイト74ページで回したものです。公開HTMLからJSON-LD(ページの内容を検索エンジン向けに書き添えたデータ)を取り出し、14種の型ごとにGoogleの公式ドキュメントと突き合わせました。候補19件のうち独立した反証役2つの両方が支持した10件だけを問題として扱い、7件は反証で消えました。コードで直したのは3件で、電話番号を出すか・営業時間の表記・FAQの一文に根拠があるかは会社の判断として代表に回しました。修正は9月25日にコードに入れ、翌26日に代表が本番に反映しています(構造化データの監査と直し方)。

検索データの集計は、Search Consoleの実測を読んで台帳に記録し判定案を出す作業です。2026年9月11日から回した順位改善ループでは、判定を出した7回のうち4回が改修後の窓の表示10件未満で判定できませんでした。9月27日のアクセス調査で判定の指標を3本に決め、9月27日と10月1日の判定で表示10件未満は監視のみ・判定は改修日+10日で28日窓同士・評価はページ群別のクリックに判定ルールを変えています(順位改善ループの報告)。クリックの数え方も集計の前提です。GoogleのヘルプはGoogle検索・Discover・Googleニュース以外のページへ移動させたクリックを数えるとしています。同じ検索結果から同じリンクを再度クリックしても1回しか数えません(Google(Search Console ヘルプ)「表示回数、掲載順位、クリック数とは」/2026年10月3日閲覧)。表示のあるページの改題は代表の判断に回し、判定案は代表に渡した段階で止まります。

投稿の下準備は2つあります。1つはX(旧Twitter)向けに平日の朝にリプライ候補と自分宛ての反応を一覧にする作業で、返信とフォローは人が自分の言葉で行います。もう1つはGoogleビジネスプロフィールへの投稿で、記事を公開するたびに公開済みの記事の要約を投稿文にします。機械が外に出す文章は公開済みの記事の要約に限り、人に宛てた返信は人が最後に押すという線で揃えています(AIエージェントの権限設計)。

日程調整の下書きは、名刺の情報から予定の空きを見てメールの下書きを作るところまでを任せ、送信は本人が行います。公式ドキュメントがMCP(AIと外部ツールをつなぐ共通規格)の接続後に頼める例として挙げるのも、Gmailの下書きを作らせるものです。例文はユーザー10名をフィードバック会に招く下書きで、送信ではなく下書きまでを例にしています(Anthropic(Claude Code 公式ドキュメント)「Connect Claude Code to tools via MCP」/2026年10月3日閲覧)。

動画の書き出しは、台本と画の指定と事実の表を1つのファイルに書いたあとの工程を自動にしたものです。台本の関門が機械で見て通らなければ、声を作る前に止まります。出力には確認用のコンタクトシート(1秒に1枚の静止画を並べた一覧)と報告ファイルが付き、人はそれを見て台本を直します。公開は代表が確認してから本人が行い、声の生成が上限で止まったときに枠を足すかどうかも人が決めます(AIエージェントの導入方法)。

人に残した判断は公開・送信・改題・支払いで、いずれも外に出た瞬間に戻せなくなる操作である

人に残した判断は公開・送信・改題・支払いの4つで、どれも外に出た瞬間に取り消せなくなる操作です。4つの直前に1か所ずつ人が見る場所を置き、そこまでの下書きと集計と検査は確認なしで進めます。

公開に当たる操作で当社が最初に線を引けたのは、設計ではなく既定の仕組みのおかげでした。2026年9月24日・25日・26日の3回、本番反映のコマンドをClaude Codeの自動(auto)モードの分類器が止め、代表が9月26日と27日に自分で実行しました(AIエージェントの権限設計)。公式ドキュメントは権限モードを「セッション中にClaudeが確認なしで実行できる操作」を決める設定としています。手動(Manual)モードではファイル編集・シェル実行・ネットワーク到達を伴うほとんどの操作の前にClaude Codeが停止して確認を求め、自動モードでは分類器と呼ばれる第2のモデルが人の代わりに操作を審査します。v2.1.283以降は対話型のターミナルとVS Codeのセッションで自動モードが組み込みの開始モードになり、それ以前の版ではPro・Max・Teamプランに限って自動モードが開始モードでした(Anthropic(Claude Code 公式ドキュメント)「Choose a permission mode」/2026年10月3日閲覧)。

自動モードの分類器が既定で遮断する操作として、公式は「コードのダウンロード実行(curl | bash等)」「外部エンドポイントへの機微データ送信」「本番デプロイ(作ったものを公開中の環境に反映する操作)」「クラウドストレージの大量削除」「セッション前から存在したファイルの不可逆な破壊」などを列挙しています(Anthropic(Claude Code 公式ドキュメント)「Choose a permission mode」/2026年10月3日閲覧)。当社の本番反映はこの一覧の本番デプロイに当たります。既定に頼る形は設計ではないので、公開・送信・支払いに当たる操作は名前で決めて設定に書く方向にしています。

人が時機を決める作業を設定で守る道具もあります。skill(繰り返す手順をまとめた指示)のフロントマターに disable-model-invocation: true を置くと、そのskillは人だけが起動できます。公式は副作用のある作業や実行の時機を自分で決めたい作業(/commit・/deploy・/send-slack-message)に使うよう勧め、「コードが出来上がって見えるからという理由でClaudeにデプロイを決めさせたくはない」と書いています(当社訳。Anthropic(Claude Code 公式ドキュメント)「Extend Claude with skills」/2026年10月3日閲覧)。Claudeが起動しようとしてもClaude Codeが呼び出しを遮断します(同ページ/2026年10月3日閲覧)。公開と送信を人の起動に限る当社の線は、この仕組みで設定に落とせます。

改題は、公開済みで検索結果に表示のあるページの題名を変える操作です。当社の実装では題名がH1とog:title(SNSカードの題名)と構造化データのheadline(検索エンジン向けデータ上の題名)に連動するので、1か所の変更が4か所に出ます。順位とクリック率とAI検索の引用を同時に動かすため、改題の案は機械が出し判断は代表に回します。改題を代表判断とするのは9月27日と10月1日に決めた判定ルールの1つで、改題の前には変更前の28日実測を台帳に残す手順(タイトルの規格で9月27日に定めたもの)を取ります。

支払いは、生成サービスの枠を足す操作です。動画の声の生成が1日の上限で止まったとき、枠を足して続けるか翌日に回すかは人が決め、その操作をエージェントに渡していません。

任せる作業の渡し方は、規則を指示ファイルに・手順を運用文書に・判断の記録を台帳に分けることである

任せる作業の渡し方は、規則を指示ファイルに・手順を運用文書に・判断の記録を台帳に分けることです。3つを1つのファイルに書くと、毎回読む文脈が長くなりどれが規則でどれが今日の判断かが混ざります。

Claude Codeの指示ファイルはCLAUDE.mdで、プロジェクト・個人の作業手順・組織全体に対してClaudeへ恒久的な指示を与えるMarkdownファイルです。平文で書き、Claudeは毎セッションの開始時に読みます(Anthropic(Claude Code 公式ドキュメント)「How Claude remembers your project」/2026年10月3日閲覧)。公式はここに書くのを毎セッション持つべき事実(ビルドコマンド・慣習・配置・「常にXする」規則)に限り、複数手順の作業やコードベースの一部にしか関係しない項目はskillやパス限定ルールへ移すよう求めています。追記の契機として公式が挙げるのは「同じ間違いを2回目にした」「前回のセッションで打った修正・補足を今回も打った」などです(Anthropic(Claude Code 公式ドキュメント)「How Claude remembers your project」/2026年10月3日閲覧)。指示は検証できるほど具体的に書き、1ファイル200行未満を目安とし長いほど遵守率が下がるとも書かれています(同ページ/2026年10月3日閲覧)。当社の指示ファイルには書き方の規則と書いてはいけない事柄の種類だけを置き、本文の規格は運用文書に移しました。

手順は運用文書とskillに置きます。公式がskillを作る契機に挙げるのは、同じ指示・チェックリスト・複数手順の作業をチャットに貼り続けているときと、CLAUDE.mdの一節が「事実」ではなく「手順」に育ってしまったときです。skillの本文は使うときだけ読み込まれるため、長い参照資料でも使うまで文脈をほとんど消費しません(Anthropic(Claude Code 公式ドキュメント)「Extend Claude with skills」/2026年10月3日閲覧)。当社では記事の編集規格と動画の手順書が運用文書で、繰り返す手順の一部はskillに置いています。定期実行の指示を書くときは、公式は成功の形と結果の扱いを明示するよう求め、タスクは自律的に走るため確認の質問ができないと記しています(Anthropic(Claude Code 公式ドキュメント)「Common workflows」/2026年10月3日閲覧)。朝のリプライ候補の一覧づくりは、この条件で出力を一覧ファイルに留めています。

判断の記録は台帳に置きます。Claude Codeには自動メモリがあり、ユーザーが何も書かなくてもClaudeがセッションをまたいで知識を蓄えます。user・feedback・project・referenceの4種のメモを自分で保存し、コードから導ける情報とCLAUDE.mdに既に書かれている内容は保存しません(Anthropic(Claude Code 公式ドキュメント)「How Claude remembers your project」/2026年10月3日閲覧)。当社は2026年9月上旬に代表のやること一覧の正本が無いと分かり、やること一覧と編集規格を話題ごとの正本に決め直してメモリは正本の在りかを指す索引に役割を変えました(社内ナレッジの生成AI活用)。順位の判定は台帳に改修日・判定日・実測値を残し、頼まれた一文は書き換えずにそのまま残す運用にしています。

線引きは文書に書くだけでは止まりません。公式はClaudeがCLAUDE.mdと自動メモリを「文脈」として扱い「強制される設定」としては扱わないとし、Claudeの判断にかかわらず操作を止めたい場合はPreToolUseフック(ツール実行の直前に割り込む仕組み)を使うよう指示しています(Anthropic(Claude Code 公式ドキュメント)「How Claude remembers your project」/2026年10月3日閲覧)。規則を指示ファイルに書くのは読ませるためで、止めるのは別の仕組みの仕事です。

失敗した使い方は、出来栄えを機械の検査だけで決めた投稿本文と、画像が揃わず公開が遅れた記事である

失敗した使い方は2件あります。どちらも作業は速く進み、人が見る場所が足りませんでした。

1件目は投稿本文で、X向けに自動生成した本文のうち機械の関門を通したものだけが出る形でしたが、2026年9月17日に代表が読んで保留にしました。足りなかったのは人の所見を言葉にして戻す経路で、採点表だけが回っていました。止めた判断と残した作業はAI導入の失敗事例に記録しています。

2件目は記事の画像です。当社の記事は図と見出しの画像と挿絵を手書きと生成サービスで用意しますが、画像や声の生成サービスには1日の上限があります。生成サービスの1日の上限に当たった日に画像が揃わず、公開を画像待ちで止めました。いまの1本ごとの公開条件は一次情報1点以上・画像3点・2つのゲートで、画像が無い記事は公開しません。Anthropicの記事はプロンプト連鎖(各LLM呼び出しが前段の出力を処理する直列構成)で、中間段階に機械的な検査(gate)を置いて工程が軌道に乗っているかを確かめられると書いています(Anthropic「Building effective agents」/2026年10月3日閲覧)。画像の有無はこの検査で機械が見られる項目で、人の判断を待つまでもなく止まる形にしています。

向かないのは、作業の入力と出力が決まっていない業務と、確認する人がいない業務である

向かない業務は2種類あります。1つは入力と出力が文書やファイルで決まっていない業務で、もう1つは出力を確認する人がいない業務です。

入力と出力が決まっていない業務は、エージェントが何を読み何を出せば終わりかを決められません。Anthropicの記事はエージェント型を必要な手順数を予測できず固定の経路を書けない開放的な問題に向くとしつつ、LLMが多数のターンにわたって動くためその判断にある程度の信頼を置けることが前提だと書いています。自律性は高コストと誤りの累積を伴うため、隔離環境での広範なテストと適切なガードレールを勧めています(Anthropic「Building effective agents」/2026年10月3日閲覧)。当社の7つはどれも入力が記事・HTML・Search Consoleの実測・台本のように毎回同じ場所にあり、出力が構成案・指摘の一覧・台帳・下書き・動画ファイルのように1つに定まります。入力が人の頭の中にしかない業務は、先に文書に起こすほうが順番として早いです。

確認する人がいない業務は、確認点を置く場所がありません。自律エージェントは各ステップで環境から「ground truth」(ツールの結果やコードの実行結果)を得て進捗を判断し、チェックポイントや行き詰まりで人のフィードバックを待って一時停止できます。制御のために最大反復回数などの停止条件を置くのも一般的です(Anthropic「Building effective agents」/2026年10月3日閲覧)。止まった先に見る人がいなければ、一時停止は放置と同じです。当社で人に宛てた返信を任せていないのは、出来栄えを決められるのが受け取る相手と書く本人だけで機械の検査では代わりにならないからです。

外部とつなぐ業務にも線があります。公式はMCPサーバーを接続前に信頼できるか確かめるよう警告し、外部コンテンツを取得するサーバーはプロンプトインジェクション(取得した文章に紛れた指示で動作を変えられる攻撃)のリスクにさらすと記しています(Anthropic(Claude Code 公式ドキュメント)「Connect Claude Code to tools via MCP」/2026年10月3日閲覧)。外部の文章を読んで外部に送る業務は、読む側と送る側のどちらかを人に残します。当社の投稿の下準備は送る側を人に残した形です。

始め方は、毎週ある作業を一つ選び、既存の文書を読ませて下書きを作らせる形が最短である

始め方は、毎週繰り返している作業を一つ選び、既存の文書を読ませて下書きを作らせることです。新しい仕組みを作る前に、手元にある文書だけで回る作業から入ります。

既存の文書を読ませる根拠は、第1節に引いたどのディレクトリでも動くという公式の記述にあります。議事録のフォルダを開いて先週分の要点を一覧にする作業や、手順書のフォルダを開いて古い版と新しい版の違いを並べる作業が最初の一つに向きます。出力は一覧か下書きに留め、外に出す操作は含めません。

ディスクに書き込む前に変更を確認したい場合は、プランモードに切り替えます。Claudeはファイルを読んで計画を提案しますが、承認するまで一切編集しません(Anthropic(Claude Code 公式ドキュメント)「Common workflows」/2026年10月3日閲覧)。最初の数回はこのモードで何を読み何を書こうとするかを見ると、任せる範囲を決めやすくなります。

定期実行に進むのは、一つの作業が手動で数回回ってからです。公式は定期実行の置き場として、クラウドで動くRoutinesと手元のPCで動くデスクトップアプリの予約タスクの2系統を挙げ、セッション内の簡易な反復は/loopとして別に置いています。RoutinesはAPI呼び出しやGitHubのイベントでも起動できます(Anthropic(Claude Code 公式ドキュメント)「Overview」/2026年10月3日閲覧)。定期実行は走り出すと確認の質問ができないので、渡し方の節に書いた成功の形と結果の扱いを指示に書いてから載せます。

担当を決めて自社の業務題材で数週間試す進め方と、契約の種類・権限モード・レビュー担当の線引きは親記事に書いたとおりです。この記事で足したのは、その試す期間に作る表が「任せた作業」と「人に残した判断」の2列であることです。

Claude Codeの業務効率化についてよくある質問(当社の運用で出た問い)

Q. エンジニアがいない会社でも、開発以外の作業を任せられますか?

任せられます。当社の7つの作業に製品の開発は1つもなく、相手にしているのは記事のMarkdownファイル・公開ページのHTML・Search Consoleの実測・動画の台本という文書です。開発用の道具がそのまま文書のフォルダで動くことは第1節に公式の記述を引いたとおりで、条件は業務を分かる人が入力と出力を言葉にできることです。

Q. 任せた作業の出来栄えは、誰がどう確かめますか?

機械のゲートと人の2段です。ゲートは出典の原文との一致や書かない語のように機械で見られる項目を見て、出来栄えそのものは書き手と代表が見ます。Anthropicの記事が評価と改善の往復に向くとする条件は明確な評価基準と測定できる価値で、人が所見を言葉にすると出力が目に見えて良くなることが適合の兆候です(Anthropic「Building effective agents」/2026年10月3日閲覧)。所見を言葉にして戻せない作業は、機械の検査だけで出来栄えを決めません。

Q. 定期実行にすると、人の確認は無くなりますか?

無くなるのではなく、場所が変わります。走り出したタスクは途中で人に聞けないので、確認は実行の前(成功の形と結果の扱いを指示に書く)と実行の後(出力を人が読む)の2か所に移ります。当社の朝の準備は人が見る前に動きますが、出力は一覧ファイルに留まり返信は人が書きます。

Q. 指示ファイルに「公開するな」と書けば止まりますか?

止まりません。指示ファイルは読ませるための文脈で、操作を止めるのは渡し方の節に書いたPreToolUseフックの仕事です。フックの終了コード2は遮断を意味し、PreToolUseではそのツール呼び出しを遮断してJSONで許可を返しても上書きできません。PostToolUseはツールが既に実行済みのため遮断できません(Anthropic(Claude Code 公式ドキュメント)「Hooks reference」/2026年10月3日閲覧)。当社の本番反映を止めたのは指示ファイルではなく自動モードの既定の分類器で、名前で決めて設定に書く作業はこれからです。

SAIの視点:表にして見えたのは作業時間ではなく、人が見る場所の数だった

当社が7つの作業を1枚の表にして見えたのは、作業の時間ではなく人が見る場所の数でした。右の列を数えると、人が見る場所は公開・送信・改題・支払いの直前の4か所と数えられます。それ以外は機械の検査と反証役に回していて、人が見るのはこの4か所だという記録が表の中身です。

株式会社SAIのキャラクターが、任せた作業と人に残した判断を2列に並べた表の前で、人に残した側の4か所を指しているイラスト

最初に確かめていただきたいのは、いま人が押している操作のうち公開・送信・改題・支払いのどれに当たるものがあるかです。当たるものが1つでもあれば、その手前の作業は表の左の列に移せる候補になります。

お問い合わせに書いていただくのは、任せたい作業の名前を1つと、その作業の出力をいま誰がどこで見ているか(表の右の列に当たる1行)です。AI導入支援はこの表の2列を一緒に埋めるところから始め、表の左の列を仕組みとして作り運用を引き継ぐ工程はFDE伴走開発で受けます。どちらも、右の列を空にしない前提で進めます。

出典と確認日

いずれも2026年10月3日閲覧。