AIに任せる作業の決め方:自動で任せる・下書きまで・自分でやるの仕分け表
AIを使いこなすClaudeで執筆し、GPTで自動校閲・修正しています。
結論から言うと、任せる範囲は「その作業が起きたあと、元に戻せるか」と「結果がどこまで届くか」の2つで決められます。どちらも軽ければ自動で任せる、どちらかが中程度なら下書きまで、どちらかが重ければ自分でやる。作業の種類(メール、コード、経理など)では決めません。 AIエージェントは、ファイルの編集、コマンドの実行、外部サービスへの書き込みまでできます。そのぶん「どこまで勝手にやらせるか」を決めておかないと、便利さと事故が同じ入口から入ってきます。この記事の仕分け表をコピーして、自分の作業を書き込んでください。
この記事の目次
仕分けの考え方:2つの軸で1〜3点をつける
作業を「AIが実行する1回の操作」の単位に分け、次の2軸で点をつけます。以下の点数と基準は、この記事での編集上の整理です。公式の規格ではありません。
- 1、取り返しやすさ：履歴やコピーがあり、すぐ戻せる、影響範囲：自分の手元だけ
- 2、取り返しやすさ：戻せるが手間がかかる、影響範囲：チーム・社内に見える
- 3、取り返しやすさ：戻せない(送信、削除、支払い、本番反映)、影響範囲：社外・顧客・お金・本番環境に届く
判定ルールは、2つの点のうち大きい方を採ります。
- 最大が1 → A:自動で任せる(AIが実行まで行い、あとで結果を見る)
- 最大が2 → B:下書きまで(AIが案・差分・文面を作り、実行は自分)
- 最大が3 → C:自分でやる(実行は人。AIには材料集めなど別の作業だけ頼む)
補正が2つあります。迷ったら一段深く人が関わる側に倒します。また、AIに渡す情報に個人情報や社外秘が含まれるなら、点が低くても一段深くします。
ポイントは、同じ話題でも作業を割ることです。「顧客への返信」は、下書きの作成(手元に残るだけ=A)と送信(戻せず社外に届く=C)に分かれます。割れば、AIに頼める部分が増えます。
仕分け表テンプレート(コピーして使う)
次の表を自分のメモやスプレッドシートに貼り、1行に1操作ずつ書き込みます。
| 作業(1操作) | 取り返しやすさ(1-3) | 影響範囲(1-3) | 渡す情報の注意 | 判定(A/B/C) | AIに頼む範囲 | 自分が確認すること |
|---|---|---|---|---|---|---|
| | | | | | | |書き方の手順です。
- 今週AIに頼みたい作業を5〜10個書き出す
- 「読む」「書く」「送る」「消す」「公開する」のどれかに割って1行にする
- 2軸の点をつけ、大きい方で判定する
- 「渡す情報の注意」に、個人情報・社外秘・認証情報の有無を書く。ある場合は、その情報を伏せるか置き換えて渡す
- 「自分が確認すること」を一文で書く。書けない作業は、確認の仕方が決まっていないので一段浅く(人寄りに)します
記入例(説明用の例)
以下は仮の業務を想定した説明用の例で、実際に実行して得た結果ではありません。
- 会議メモの要約を自分用フォルダに保存、取り返し：1、影響：1、判定：A、AIに頼む範囲：要約と保存まで、自分が確認すること：週1回、要約の抜けを数件見る
- 売上CSVのコピーで列を整形、取り返し：1、影響：1、判定：A、AIに頼む範囲：整形して別名保存、自分が確認すること：元ファイルが変わっていないこと
- 社内Wikiの誤字修正、取り返し：1(編集履歴あり)、影響：2、判定：B、AIに頼む範囲：修正案を差分で出す、自分が確認すること：差分を見て自分で反映
- 顧客への返信文を作る、取り返し：1、影響：1、判定：A、AIに頼む範囲：下書きを作る、自分が確認すること：(下書きだけなので不要)
- 顧客への返信メールを送る、取り返し：3、影響：3、判定：C、AIに頼む範囲：頼まない、自分が確認すること：宛先・金額・約束事を読んで自分で送信
- 作業ブランチでテストを直す、取り返し：1、影響：1、判定：A、AIに頼む範囲：修正と実行まで、自分が確認すること：差分とテスト結果
- 修正をmainに取り込む、取り返し：2、影響：2、判定：B、AIに頼む範囲：説明文付きの変更案まで、自分が確認すること：レビューして自分でマージ
- 本番データの不要行を削除、取り返し：3、影響：3、判定：C、AIに頼む範囲：削除対象の抽出案のみ、自分が確認すること：対象を目視し、自分で実行
「返信文を作る」と「送る」を別行にしたことで、全部を断らず、下書きはAに置けています。
三段階を依頼文に落とす
判定が出たら、依頼文の末尾に境界を明記します。次は穴埋め形式の型です。【】内を自分の作業に置き換えてください。
A(自動)
【作業内容】を実行してください。操作してよいのは【フォルダ/ブランチ】の中だけです。
元データは変更せず、変更したファイルの一覧と、行った操作を最後に報告してください。B(下書きまで)
【作業内容】の案を作ってください。実行・送信・保存はしないでください。
変更点は差分で示し、迷った箇所と、根拠が弱い箇所を別に列挙してください。C(自分でやる)
【作業内容】は私が実行します。実行前に私が確認すべき点のチェックリストと、
起こりうる失敗とその戻し方を、箇条書きで整理してください。仕分けをツールの設定に反映する
依頼文は「お願い」であり、止める仕組みではありません。ツール側に承認や許可の設定があるなら、判定に合わせます。
- Claude Codeの場合:公式ドキュメントの権限設定では、Manualモードで作業ディレクトリ内の読み取りは承認不要、ファイル編集とシェルコマンドは(組み込みの読み取り専用コマンドを除き)承認が必要と説明されています。許可ルールで事前許可できる操作や期間はツール種別によって異なります。A相当は許可ルールで範囲を絞り、B相当は必要に応じて承認を挟み、C相当は拒否ルールなどで許可しない、という対応づけが考えられます。確認したのは2026年10月29日時点の英語版です。
- モードの選び方:権限モードの解説によると、planは変更前の調査向け、autoは確認の回数を減らす用途とされています。ただし「autoは安全を保証しない」「bypassPermissionsはプロンプトインジェクションや意図しない操作への防御にならず、隔離されたコンテナやVM向け」とも明記されています。Cに分類した操作は許可せず、実行する場面では人の承認が残るモードを選びます。
- MCPでつなぐ外部ツールの場合:MCP仕様のToolsの項(2025-06-18版)は、ツールの呼び出しを拒否できる「人が介在する」仕組みを常に用意すべきだとし、クライアントは機微な操作で確認を求め、ツールに渡す入力を事前に利用者に見せるべきだとしています。また、ツールの注釈(annotations)は、信頼できるサーバー由来でない限り信頼してはならないとされています。つまり「読み取り専用と書いてあるから安全」とは判断できません。新しい版が出ている可能性は確認していません。
考え方の背景として、OWASPのLLM06:2025 Excessive Agencyも、AIに過剰な自律性を持たせるリスクと、影響の大きい操作の前に人の承認を置くことを扱っています。
運用のコツ:A→Bの格上げと、Bへの格下げ
仕分けは一度で固定しません。次の2つのルールで見直します。
- 格上げ(BからAへ):同じ種類の作業で、確認した差分に直しが入らない状態が続いたら、範囲を狭めたうえでAへ移します。その際「操作できる場所」を先に狭くします。
- 格下げ(AからBへ):想定外の操作が1回でもあった、または渡す情報に機密が増えたら、すぐ下書きまでに戻します。
AIに仕分けの相談をするときは、実際の社名や顧客名を入れず、作業の性質だけを書きます。
次の作業を「取り返しやすさ(1-3)」「影響範囲(1-3)」で採点し、
大きい方でA(自動)/B(下書きまで)/C(自分でやる)に分けてください。
採点の理由を一行ずつ添え、さらに作業を細かく割れる場合は割り方も提案してください。
作業:「取引先Xへの見積もり送付」「社内共有シートの列追加」AIの採点は参考意見です。点をつけて決めるのは自分で、とくに「3」の見落としがないかを自分の目で確かめてください。
まとめの代わりに:最初の一手
今日やるなら、いつも手動でやっている作業を5つ選び、操作に割って仕分け表に書き込みます。Aが出た行だけを、操作できる場所を絞って任せ、報告内容を見て調整してください。Cが出た行は、チェックリスト作りだけを頼むところから始められます。
