AIにどこまで任せるか｜「直す」と「決める」の線引きを仕組みにする
「AIにどこまでコードを任せていいのか」「気づかないうちに変なところまで書き換えられていないか」——AIコーディングを実務に入れ始めた人なら、誰もが一度はこの不安を抱えます。
結論から言うと、事故は「全部任せる」か「全部自分でやる」かの二択で考えるから起きます。分けるべきは「AIが直すもの」と「自分が判断するもの」で、その線引きを頭の中ではなく仕組みに落とすと、任せても崩れなくなります。
株式会社Fyveは、日々の受託開発と自社サイトの運用をほぼClaude Codeに任せて回しています。本記事では、私が実際にやらかした「静かに崩れた事故」を起点に、任せる範囲を仕組み化する手順を具体的に解説します。
なぜ「全部任せる／全部自分でやる」の二択で失敗するのか
AIコーディングの失敗談の多くは、任せ方の粒度が粗いことから生まれます。「全部任せる」と、AIは指示された箇所だけを直し、その変更が既存の資産とどう衝突するかまでは気にしません。逆に「全部自分でやる」と、AIを入れた意味がなくなります。
ここで見落とされがちなのは、AIが得意なのは「今指示された局所を直すこと」で、苦手なのは「過去の自分の決定を掘り返して整合を取ること」だという非対称性です。この非対称性を理解しないまま丸ごと任せると、局所的には正しいのに全体では壊れている、という一番やっかいな失敗が起きます。
だからこそ、任せる前に「これはAIが直していい変更か、それとも私が判断すべき変更か」を切り分ける地図が要ります。
実際に起きた事故：AIは指示箇所しか直さない
先日、自社サイトの記事ページに「資料ダウンロード」のボタン（CTA）を新しく置く作業をAIに任せました。指示は明快で、AIは新しいボタンを指示どおりきれいに追加しました。ところが、実際の画面ではボタンの見た目が意図と違う形に崩れていたのです。
何が起きたか
原因は、サイト全体に昔から効いていた1行のスタイル指定（ページ内のリンクをすべて特定の表示形式に固定する、いわゆるグローバルなリセットルール）でした。この古いルールが、AIが新しく書いた個別の指定よりも「詳細度」——どのスタイルを優先するかを決める強さ——で勝ってしまい、新しい指定を静かに上書きしていたのです。
厄介なのは、エラーが1つも出なかったことです。AIから見れば「指示どおりボタンを追加した」で作業は完了しており、失敗の痕跡はどこにもありません。崩れは画面を実際に見るまで気づけませんでした。
なぜAIは気づけなかったのか
AIは「今から追加するボタン」のコードは完璧に書きます。しかし、数年前に自分（や前任者）が書いた全体ルールが、この新しい変更と衝突することまでは、指示されない限り掘り返しません。過去の決定は膨大で、そのすべてを毎回照合するのは現実的でないからです。
これは能力の問題ではなく、役割分担の問題です。「新しい局所を作る」のはAIの仕事、「既存の資産と衝突しないかを見張る」のは人間の仕事——この線引きが曖昧だったから事故が起きました。
そして、この構図はスタイルの崩れに限りません。「昔決めた設定ファイルの値」「以前作った共通の処理」「過去に引いた命名のルール」——後から入れた個別の変更が、過去の自分の全体決定に静かに負けるという形で、あらゆる場面で同じことが起きます。エラーが出ないぶん、気づくのが遅れるのも共通です。だからこそ、個別の指示ではなく「線引きの仕組み」で防ぐ必要があります。
読者特典・無料ダウンロードClaude Codeを「素のまま」使うな無料でダウンロード →「直すもの」と「決めるもの」の線引き
事故のあと、私は「何をAIに任せ、何を自分が判断するか」を明文化しました。判断の地図はシンプルです。
領域 | AIに任せてよい（直すもの） | 人が判断すべき（決めるもの） |
|---|---|---|
コードの局所 | 指定した関数・画面の実装、命名、定型の修正 | その変更を「入れるかどうか」の意思決定 |
既存資産との関係 | 衝突が指摘されれば、その解消 | 既存の全体ルールと衝突しないかの確認 |
影響範囲 | 変更したファイル内の整合 | 変更が他ページ・他機能に波及しないかの見極め |
データ・課金・公開 | 下書き・検証環境での準備 | 本番反映・削除・お金が動く操作の最終GO |
ポイントは、右側の「決めるもの」はすべて"既存の何か"や"取り返しのつかない何か"に触れる判断だということです。新しく作る作業は左に寄せ、既存や不可逆に触れる判断は右に置く。この一本の基準で、迷いはほぼ消えます。
線引きを"仕組み"にする3つのレイヤー
地図を描いても、毎回頭で意識していては続きません。私は線引きを3つのレイヤーの仕組みに落として、意識しなくても守られる状態を作りました。
①権限レイヤー：どこまで自動で触らせるか
まず、AIが人の確認なしに実行してよい範囲を、道具の側であらかじめ絞ります。ファイルの編集は任せても、公開・削除・課金にかかわる操作は必ず人の承認を挟む、といった設定です。Claude Codeには、この「どこから先は必ず確認する」を細かく決める権限モードが用意されています。
権限設定の考え方は、こちらの記事で詳しく解説しています。
放置運用に踏み込むなら、自動実行の安全設計もあわせて押さえておくと、任せられる範囲が一段広がります。
②レビューレイヤー：何を必ず自分の目で見るか
次に、「AIが完了と言っても、ここだけは必ず人が見る」というチェックポイントを固定します。私の場合は「見た目が変わる変更は、必ず実際の画面を目で確認する」を鉄則にしました。今回の事故は、まさにこのレビューが無かったから見逃したものです。
レビューは気合いではなく、手順とツールで担保します。コードの差分チェックやレビュー自体もAIに一次点検させ、人は最終判断だけを担う多層構えにすると、見落としが減ります。
レビューを仕組み化する具体策は、こちらでまとめています。
③変更範囲レイヤー：既存資産との衝突を防ぐ
最後に、今回の事故の核心である「既存の全体ルールとの衝突」を防ぐ仕組みです。やることは2つです。
- 指示に「既存への影響」を1文足す：「このボタンを追加するとき、サイト全体に効いている既存のスタイルと衝突しないか確認して」と最初から頼む。AIは指示されれば掘り返します。
- 新しい指定は"勝てる"形で書く：既存の古いルールに負けないよう、優先度を明示する書き方（必要なら強制指定）をルール化しておく。
この2つを定型の指示文に組み込んでおけば、毎回思い出さなくても衝突チェックが走ります。仕組みとは「意識しなくても守られる状態」のことです。
任せる範囲は一度に広げない｜信頼の階段を上る
3つのレイヤーを整えても、最初から全部を任せる必要はありません。私は「任せる範囲」を、実績を見ながら少しずつ広げていく階段だと考えています。いきなり本番の全自動化を目指すと、事故ったときの被害が大きすぎるからです。
具体的には、次の順番で範囲を広げます。
- 第1段：下書き・検証環境だけ任せる——本番には一切触れさせず、下書きや検証用のコピーで作業させる。ここで何度崩れても実害はありません。まずAIの手癖と、自分の指示の癖を掴む段階です。
- 第2段：影響範囲の狭い本番作業を任せる——1ページだけ、1機能だけ、といった「壊れても局所で済む」変更から本番に出す。ここでレビューレイヤーが効くかを確かめます。
- 第3段：定型化した作業を繰り返し任せる——同じ型の作業（記事の投稿、決まった形式の書類生成など）は、一度うまくいった指示文をテンプレ化して繰り返す。ここまで来ると、人の関与は最終GOだけになります。
大事なのは、各段で「事故ってもいい範囲」を先に決めてから任せることです。信頼は一度に渡すものではなく、小さな成功を積んで少しずつ引き上げるもの。この階段の考え方を持っておくと、「任せて怖い」から「任せて当然」へ、無理なく移行できます。
私自身、今では自社サイトの記事投稿や書類生成の多くを任せていますが、その裏には「下書きで試す→局所で出す→型化する」という遠回りに見える積み重ねがありました。線引きの仕組みと、この信頼の階段はセットで効きます。
非エンジニアでも今日からできる3ステップ
ここまでを、コードが読めない人でも使える形に落とします。
- ステップ1：不可逆な操作に線を引く——「公開」「削除」「お金が動く」の3つは、AIがどれだけ自信満々でも自分が最後にGOを出す、と決める。これだけで大事故のほとんどは防げます。
- ステップ2：見た目・体験が変わったら必ず自分の目で見る——AIの「完了しました」を鵜呑みにせず、実際の画面を一度開く。今回の私の失敗の再発防止策そのものです。
- ステップ3：指示に「既存と衝突しない?」を口ぐせにする——新しい機能を頼むときの決まり文句に「今あるものと喧嘩しないか確認して」を必ず付ける。
この3つは専門知識を必要としません。線引きの基準（不可逆・既存に触れる）さえ握っていれば、非エンジニアでもAIを安全に走らせられます。
まとめ
AIコーディングの事故は、能力不足ではなく役割分担の曖昧さから生まれます。AIは「新しい局所を作る」のが得意で、「過去の自分の決定と整合を取る」のは苦手——この非対称性を前提に、任せる範囲を切り分けるのが出発点です。
そして線引きは、頭の中ではなく①権限②レビュー③変更範囲の3レイヤーの仕組みに落とす。そうして初めて、「任せても崩れない」状態が手に入ります。私自身、静かに崩れた一件を経て、この仕組みで安心して任せられるようになりました。
株式会社Fyveは、こうした「AIに任せる体制のつくり方」そのものを、実際の運用ノウハウとして共有しています。まずは不可逆な操作への線引きから、あなたの現場でも始めてみてください。
Claude Codeを「素のまま」使うな
設定で差がつく——CLAUDE.md・権限・スキルの実物を公開（全24ページ）
素のClaude Codeは"優秀な新入社員"。仕事を教えるほど、自分専用になります。覚えさせる4点セット——会社の説明書（CLAUDE.md）・権限の柵・手順書（スキル）・フォルダの地図——を、1人会社の実運用からコピペで使える型つきで公開します。
- そのまま書き換えて使えるCLAUDE.mdの型
- お金と送信をAIに触らせない「3段階の柵」
- 1回教えたら何度でも動く、手順書のコピペ雛形
- AIが迷子にならないフォルダ構造の3原則
毎週金曜の無料ニュースレター「ひとりAI経営」の購読特典です。メール登録後すぐ、ダウンロードページのご案内が届きます。あわせて、AI活用に関するお知らせやお役に立てそうなご案内をお送りすることがあります。解除はいつでも1クリック。
御社の業務に合わせたClaude Code導入支援
「AIツールを導入したが、現場で使われない」を終わらせる。
業務課題のヒアリングから設計、ハンズオン実践、運用定着まで一貫して支援します。