「この作業、AIに丸投げしていい？」
Tomoya先に答えます。
量が主で、戻せて、正しいか自分で判定できる作業はAIに任せます。
方針・公開・課金・本番の最終判断は自分で持ち、下書きはAI、決めるのは自分なら「一緒に」やります。
全部AIか全部自分か、の二択にしないのがコツです。公式に「任せる／自分／一緒」を並べた単一の表はないので、各社の公式の考え方をもとに、この記事で条件つきの表に組みました。
読む時間は約6分です。表はそのままコピーして使えます。
ポイントは次の3つです
- 分ける条件は、判定できるか／戻せるか／本番・課金・公開に触るか／量か判断かの4つです。
- 今週の作業は、条件→おすすめ表で1行に当てはめます。
- 任せすぎ・抱え込みすぎのサインが出たら、表の行を1つ戻します。
Tomoyaよく聞かれる点を、先に表にします。
| よくある質問 | 答え |
|---|---|
| どこまでAIに任せていい？ | 量が主で、戻せて、正しいか自分で判定できる範囲までです |
| 自分でやるべき作業は？ | 方針・公開・課金・本番データの最終判断です |
| 一緒にやるのはどんなとき？ | 下書きや計画はAI、採用するか決めるのは自分、のときです |
| AIの提案はそのまま使っていい？ | 中身を理解してから採用します。テストやツールでも確かめます |
任せるか決める4つの条件。判定・戻せる・本番・量
「どのAIを使うか」ではなく、「誰が最終判断を握るか」で見ます。
見る条件は次の4つです
| 条件 | 見ること |
|---|---|
| 判定できるか | 結果が正しいかを、自分が短い時間で見分けられるか |
| 戻せるか | 間違っても元に戻せるか（変更を戻せる・下書きで止まるか） |
| 本番・課金・公開に触るか | 課金の変更、公開、本番データの変更に直結するか |
| 量か判断か | 定型のくり返しが主か、方針を選ぶことが主か |
わかりやすく言うと、量のベルトコンベアは任せてよく、ハンドル（方針）は自分で握る、です。
具体例です。
「既存の関数にテストの下書きを10本足す」は量が主で、通るかどうか自分で判定でき、消せば元に戻せます。だから任せる側です。
一方「来月から価格を上げる」は、課金に直結し、出したあとに戻しにくい判断です。下書きの文面はAIに出してもらっても、決めるのは自分です。
公式の考え方も、この4つの軸に落ちます
・Cursor の Plan Modeは、やり方が複数ある機能、多くのファイルにまたがる作業、要件がまだはっきりしない作業、設計を先に確かめたい判断に向く、と書きます。何度もやった短い変更なら、そのまま実装に進めてよい、ともあります。
・GitHub Copilotの得意は、テストやくり返しのコード、構文の修正、コードの説明、正規表現です。一方で、あなたの専門性の代わりではなく、主導するのはあなただ、と書きます。
・Anthropicは、特に重要な決定の前は人が制御を残すべきで、自律と監督のちょうどよい割合は場面によって大きく違う、と書きます。つまり、どの作業にも当てはまる単一のルールはありません。
対話・実装・運用のどこでAIを使うか、の全体図は別記事にまとめています。
条件→おすすめ表。任せる／自分でやる／一緒にやる
Tomoya表です（コピーできます）。
当てはまったら、その行だけ今日やります。
| 条件 | おすすめ | 例 |
|---|---|---|
| 量が主・戻せる・正しいか自分で判定できる | 任せる | 定型のリファクタ、テストの下書き、説明コメント |
| 方針・公開・課金・本番の最終判断 | 自分でやる | 今週何を出すか、価格、本番データの扱い |
| 下書きはAI・決めるのは自分 | 一緒にやる | 計画を出してもらい、読んで直してから実装／下書きを出してもらい、採用するか決める |
| 何度もやった短い変更で、判定も戻すのも簡単 | 任せる（短く） | いつもの形の小さな修正 |
| やり方が複数ある・多くのファイルに触る・要件が揺れる | 一緒にやる | 先に計画を出してもらい、自分が直してから実装 |
手順は次の3つです
- 今週の作業を一文で書く（「公開文の下書きを3案出す」など）
- 上の表の条件列で、いちばん近い行を選ぶ
- おすすめ列の行動だけやる（任せる・自分・一緒を同時に選ばない）
Plan Modeでは、実装の前にAIが計画を作り、人がチャットやMarkdownで確認・編集してから実装に進みます。思った結果と違ったら、追加の指示で直し続けるより、変更を戻して計画を具体的にし直すほうが早いことが多い、とあります。
Copilotは、提案は理解してから使い、動き・セキュリティ・読みやすさ・保守しやすさを見て、自動テストやツールでも確かめる、と書きます。
Claude Code（Anthropic の記事より）は、既定では読み取りだけで、コードやシステムを変える前に承認を求めます。信頼できる定型作業は、ずっと許可しておくこともできます。
3つとも、AIが下書きや計画を出し、人が確かめてから採用する流れを前提にしています。
迷ったら、まず一緒にやるの行から始めると安全です。
Tomoya試しに、今週の作業を3つ書き出し、それぞれ表のどの行か印を付けてみてください。
「任せる」が1つもなければ、抱え込みすぎかもしれません。
チャット／Skill／Routineのどれで回すか、の選び方はここでは扱いません。
最初の有料ユーザーを得るまでに「自分で決めること」は、別記事で手順にしています。
丸投げしすぎ・抱え込みすぎのサインと戻し方
Tomoya全部任せる／全部自分、の両端を避けます。
| サイン | いまの偏り | 戻し方 |
|---|---|---|
| 提案の中身を読まずに採用している | 任せすぎ | 「一緒にやる」に戻す（理解してから採用） |
| 公開・課金・本番の変更まで、確認せずに進めた | 任せすぎ | 「自分でやる」へ。重要な操作の前は人が止める |
| 計画がずれたのに、追加の指示だけで直し続けている | 任せすぎ | 変更を戻し、計画を絞ってからやり直す |
| 定型のテストや説明まで、全部手で書いている | 抱え込みすぎ | 「任せる」へ（量が主で戻せる分） |
| 下書きすらAIに出さず、方針決めも進まない | 抱え込みすぎ | 「一緒にやる」へ（下書きはAI、決めるのは自分） |
| 条件 | 行動 |
|---|---|
| 任せた結果が正しいか、自分で判定できない | 任せるのをやめ、「一緒」か「自分」へ |
| 戻せず、本番に触れる | 自分でやる（または承認で止まる設定にする） |
| 定型の量だけで時間が溶けている | 任せるに切り替える |
Tomoya直近1週間で、AIの提案を読まずに採用したものがないか振り返ってみてください。
1つでもあれば、その作業を「一緒にやる」の行に戻します。
ここで迷いやすい点
- 「全部AI」か「全部自分」の二択にしない
- 「どのツールで回すか」と「誰が決めるか」を混ぜない
- 役割マップの全体図で、この表を置き換えない（今週の作業の判断はこの表で）
- 「任せる／自分／一緒」の公式の単一表はない、と知ったうえで使う
まとめと次の行動
- 条件は、判定できるか／戻せるか／本番・課金・公開に触るか／量か判断か
- おすすめは、任せる／自分でやる／一緒にやるのどれか1つ
- 迷ったら「下書きはAI、決めるのは自分」の一緒にやるから
- 両端のサインが出たら、表の行を1つ戻す
次の行動は2つです。
Go1：今週の作業を3つ一文で書き、おすすめ表で1行ずつ選ぶ。
Go2：「任せる」になった1つを、今日AIに渡す。
※本記事は Cursor の Plan Mode、GitHub Copilot のベストプラクティス、Anthropic の安全で信頼できるエージェントの枠組みに基づきます。「任せる／自分／一緒」の公式の単一表はなく、記事側の提案です。製品の文言は変わることがあります。
コメント