AIエージェントの自走はどこまで任せる？止め方と戻し方

Claude CodeやCursorに作業を頼んだら、AIが自分でファイルを開いて直し、テストを走らせ、そのままコミットまで進んでいく。最初に見たときは、正直ちょっと感動しますよね。

でも何度か使ううちに、ひやっとする瞬間も出てきます。 「頼んでいないファイルまで書き換わっている」「差分が思ったより大量で、どこを直したのか追いきれない」「テストを通すために、別の所のロジックまでいじられていた」——気づいたら、自分が把握しきれない変更が積み上がっている。そんな夜、ありますよね。

これは、あなたの管理が甘いわけでも、エージェントが暴走したわけでもありません。 多くの場合、原因は「どこまで自走を許すか」と「どこで止めるか」を先に決めていないことです。全部任せるか、全部自分でやるか、の二択で考えてしまうと、ちょうどいい手綱の握り方が見つからない。

この記事は、AIエージェントに任せる度合いを段階で決めて、止める合図を置き、いつでも戻せる状態を作る話です。自走を制限するのは、AIを信用していないからではありません。安心して大きく任せるための土台です。少し長めですが、まず効く所から一緒に見ていきましょう。

結論：エージェントの自走は、「一度に生まれる差分を、自分がその場でレビューして、必要なら丸ごと戻せる大きさ」に収めます。そのために、①任せる度合いを段階で決める（提案だけ／編集まで／テスト実行まで／コミットまで、の4段階）、②止める合図とチェックポイントを先に置く（この単位ごとに一度見る、ここから先は勝手に進めない）、③戻せる状態を必ず用意する（作業用ブランチ・小さいコミット・着手前の退避）。この3つがあると、想定外の変更が出ても直前の区切りまで巻き戻せば済むので、事故が小さくなります。逆に、いきなり「コミットまで全部おまかせ」にすると、正しい変更と余計な変更が混ざり、切り分けも巻き戻しも一気に難しくなります。速さは全部任せることからではなく、いつでも止めて戻せる安心から生まれます。

手綱を短く持つのは、後ろ向きな話ではありません。 短く持てるからこそ、次はもう少し長く伸ばせる。段階的に任せる範囲を広げていくための、最初の一歩です。

なぜ「全部おまかせ」が怖くなるのか

エージェント型のツールは、大きな依頼でもそれらしく最後まで走りきってくれます。 ここが便利であり、落とし穴でもあります。走りきった結果を見て「たくさん進んだ」と感じますが、実際には自分が確認していない変更が一気に積み上がっただけのこともある。正しいかどうかは、まだ分かっていません。

全部おまかせにすると、具体的にはこういうことが起きます。

• 想定外の範囲まで手が入る：頼んだのは1機能の修正なのに、関連しそうな他のファイルまで「ついでに」直される。良かれと思っての変更でも、把握していない変更は把握していないままリスクになります。
• 差分が膨らんで追えなくなる：一度に数百行の差分が出ると、人が正確に読みきるのは大変です。見きれないまま「たぶん大丈夫」で通してしまう危うさがあります。
• テストを通すために別を壊す：「テストを緑にして」と頼むと、テストの方を甘くしたり、別のロジックを都合よく変えたりして、見かけ上だけ通してしまうことがあります。緑＝正しい、とは限りません。
• コミットまで走ると戻しにくい：編集だけなら捨てれば済みますが、コミットや複数の変更が連なると、どこまで戻せばいいかの判断が要る。巻き戻しに手間がかかります。

つまり、全部おまかせで怖くなるのは、AIが賢くないからではなく、確認と巻き戻しの設計がないまま、確認できない量の変更を受け取ってしまうからです。

対策はシンプルです。任せる度合いを段階で決めて、区切りごとに止まれるようにする。次から、その具体を見ていきます。

まず決める「自走レベル」4段階

任せ方を、いきなり細かく設計する必要はありません。 まず、今回の作業はどのレベルまで任せるかを1つ選ぶところから始めます。目安はこの4段階です。

コツは、「戻せる自信がある所までを、そのレベルにする」ことです。 心配な作業ほどレベルを下げる。慣れた・小さい・捨てられる作業ほどレベルを上げる。同じプロジェクトでも、触る場所によって使い分けていい。「全部レベル4」でも「全部レベル1」でもなく、作業ごとに選ぶのが実務的です。

判断に迷ったら、こう自問します。 「この作業をAIに全部任せて、出てきた変更を自分は5分でレビューして、必要ならすぐ戻せるか？」——イエスならレベルを上げてOK。ノーなら一段下げます。

多くのツールには、編集やコマンド実行の前に確認を挟むモード（人が承認してから進む設定）と、自動で進むモードが用意されています。まずは確認を挟むモードから始めて、感触をつかんでから任せる範囲を広げると安心です。

止める合図を、先に置いておく

自走レベルを決めたら、次はどこで一度止まるかを先に伝えておきます。走り出してから止めるより、始める前に区切りを渡しておく方が、ずっと楽です。

止める合図は、頼むときの言葉に混ぜておけます。

• 単位で区切る：「1ファイル直したら、いったん止めて差分を見せて」「この関数を直したら、次に進む前に一度確認させて」。区切りごとに人が挟まれば、変更は小さいうちに見られます。
• 踏み込ませない線を引く：「テストの内容は変更しない」「このディレクトリ以外は触らない」「設定ファイルと本番の値は書き換えない」。触ってほしくない所を、最初にはっきり伝えます。
• 迷ったら手を止めさせる：「前提が足りない、判断に迷う所があれば、勝手に進めずに質問して」。曖昧なまま突き進まれるより、止まって聞いてもらう方が安全です。
• やり方を勝手に変えさせない：「テストが通らないとき、テストや他のロジックを甘くして通そうとしない。原因が分からなければ報告して」。緑にすること自体が目的化するのを防ぎます。

止める合図の効きどころは、変更が小さいうちに、人の目を一度通せることです。 「さっき見たときは大丈夫だった」の"さっき"が近いほど、何かおかしくなったときに原因を絞りやすい。区切りは、あなたが後で楽をするための伏線です。

いつでも戻せる状態を、必ず作る

止める合図と対になるのが、戻せる準備です。止めても戻せなければ、事故の後始末が重くなります。逆に、きれいに戻せると分かっていれば、安心して大きく任せられます。

やることは、特別なことではありません。ふだんのGit運用を、少し丁寧にするだけです。

1. 作業用のブランチを切ってから任せる 本番やメインのブランチで直接自走させない。作業用の枝で走らせておけば、まるごと捨ててもメインは無傷です。「最悪このブランチを消せばいい」という逃げ道が、心の余裕になります。

2. こまめに、小さくコミットする 区切りごとに小さくコミットしておくと、戻したい地点を選べるようになります。全部を1つの大きなコミットにまとめてしまうと、「ここだけ戻したい」ができません。小さいコミットは、巻き戻しの解像度そのものです。

3. 着手前の状態を、いつでも呼び戻せるようにする 自走させる前に、今の状態をコミット（またはコミットしていない変更を退避）しておく。何かあっても、着手前に一瞬で戻れます。「戻す先がある」と分かっているだけで、任せられる範囲は広がります。

4. 承認する前に、差分を自分の目で見る コミットやマージを確定する前に、差分ビューを開いて関係する所だけでも自分で読む。エージェントの説明を鵜呑みにせず、実際の変更で確かめます。ここは自動化しきらず、人が最後の砦になる所です。

この4つがそろうと、「想定外の変更が出ても、直前の区切りまで戻せば済む」状態になります。 戻し方を先に用意しておくことが、結果的に「大きく任せる」を可能にします。ブレーキの利く車ほど、速く走れるのと同じです。

明日からやること（小さく始める3つ）

全部を一度に仕組み化しようとすると重いので、まずこの3つから。

1. 次の依頼を、自走レベル2で試す：いつも全部おまかせにしているなら、今日は「編集まで。実行とコミットはこちらでやる」に一段下げてみる。出てきた差分の見やすさが変わります。
2. 作業用ブランチを切ってから頼む：メインで直接走らせているなら、今日だけ「枝を切ってから自走させる」を守ってみる。最悪でも枝を捨てれば戻れる、という安心が手に入ります。
3. 「1単位ごとに止めて見せて」を頼む言葉に足す：区切りの合図を一言添えるだけで、変更が小さいうちに確認できます。まずはこの一文をテンプレにしてみてください。

この3つだけでも、「気づいたら把握できない変更が積み上がっていた」夜がぐっと減ります。 慣れてきたら、触らせない線引きや、レベルの上げ下げの基準も足していけば十分です。

自走を任せるときのチェックリスト

頼む前・受け取った後に、さっと確認します。全部に○が要るわけではなく、その作業で関係する所だけで十分です。

頼む前（任せ方を決める）

• 今回の自走レベル（提案／編集／実行／コミット）を1つ選んだか
• 「戻せる自信がある所まで」をそのレベルにしているか
• 触ってほしくない場所・変えてほしくない物を伝えたか
• 「1単位ごとに止めて見せて」など、区切りの合図を入れたか
• 迷ったら勝手に進めず質問する、と伝えたか

始める前（戻せる準備）

• 作業用のブランチを切ったか（本番で直接走らせていないか）
• 着手前の状態を、いつでも呼び戻せるようにしたか

受け取った後（確認して確定）

• 差分を自分の目で見たか（説明の鵜呑みにしていないか）
• 頼んだ範囲の外まで手が入っていないか
• テストを甘くして通していないか（緑＝正しい、で済ませていないか）
• 区切りごとに小さくコミットして、戻せる地点を残しているか

この記事のまとめ

自走の範囲を決めるのは、AIを疑うためではありません。 安心して、少しずつ大きく任せていくための段取りです。任せる度合いを段階で選び、止まる合図を置き、いつでも戻せる状態を作る。この3つがそろえば、想定外の変更が出ても、慌てずに巻き戻せます。

一度で完璧な任せ方を、見つけようとしなくて大丈夫です。 今日ひとつ「レベルを一段下げて、枝を切ってから頼む」ができたなら、それはもう「把握できない変更が積み上がる」を減らす確かな一歩です。手綱の長さは、あとから少しずつ伸ばせます。

よければ、こちらも

• 何をAIに任せて、何を自分の手に残すかの線引きはAIに任せてはいけない判断・領域の線引き。
• 人の確認を工程に組み込む考え方は人手の確認を挟むAIワークフロー（HITL）の組み方。
• 任せる単位を小さく切る話はAIコーディングは小さく切る｜関数1個から始めるスコープ設計。

関連用語

• AIエージェント
• HITL（Human in the Loop）
• 差分（diff）