AIに任せる範囲・人が決める範囲｜委任を間違えると初動が止まる

サイトの作り変えをAIに任せようとして、最初に止まる原因はAIの性能ではありません。多くの場合、人が握るべきものと、AIに握らせるべきものの線が引けていないことです。

結論から書きます。AIに渡すのは「労働」ではなく「判断の大半」です。人に残すのは次の3つだけにします。

燃料：自分や勤務先で実際に起きた一次情報（AIには作れない）
赤線：お金・リスク・ブランドにかかわる判断
舵：どのゴールを目指すか、どのトレードオフを選ぶか

それ以外の「どの記事から直すか」「公開していいか」「失敗だから止めるか」といった評価判断は、事前に決めた数値のルールにしてAIに執行させます。評価判断を人に残すほど、作業は人のところで止まります。

この記事は、散らかったサイトをAIで作り変えるマニュアルの、AIに渡す前提の最後の作業です。AIに渡す4つの前提で用意したファイルを、誰がどこまで扱うかに切り分けます。

この作業で決まること

この作業が終わると、次の2つが決まります。

AIが人に聞いてよいこと：燃料・赤線・舵の3つだけ
人がAIに聞かれても答えないこと：「このリライト、公開していいですか」「順位が落ちました、やめますか」といった評価の問い

評価の問いが人に戻ってくる設計にすると、サイトの作り変えは着手の前に止まります。安全は毎回の承認ではなく、事前に書いた数値のルールと、短い禁止事項で守ります。

前提：この記事の前に必要なもの

AIに渡す4つの前提（戦略・今のデータ・判断の基準・禁止事項）が、ファイルとして置いてあること
全記事の台帳が、ライブのサイトから作られていること
Claude Code などの、ファイルを読んで作業できるAIが動く状態

人に残す3つ

燃料：一次情報

AIは、検索実績や公開情報からそれらしい記事を書けます。しかし、自分が実際に測った数値、勤務先で起きた出来事、自分で踏んだ失敗までは作れません。これが読者にとっての、他のサイトと違う部分になります。燃料を切らすと、記事は検索上位のどこかで見た内容と同じになり、読者が読む理由を失います。

AIに書かせる前に、作業記録のファイルを1本決め、気づいたこと・やってみたこと・測った数値を1日1行でも足します。記事を書くときは、AIにそのファイルを読ませてから、そこに書かれている事実の範囲でだけ書かせます。

赤線：お金・リスク・ブランド

有料APIの呼び出し、本番サイトへの大量の書き込み、ブランドの表記にかかわる変更は、人が決めます。範囲は少なく、はっきり書きます。例として、次のようなものです。

月の課金が決まった金額を超える操作をしない
1回で触る記事の件数は、決めた上限を超えない
事実の裏付けがない体験・数字・固有名を書かない

赤線は、文章で書くだけでは守られないことがあります。守られなかったときに機械で止める仕組みは、品質チェックの仕組みの記事で扱います。

舵：どのゴールを目指すか

同じサイトでも、「検索流入を増やす」のか「申し込みを増やす」のかで、直す順番は変わります。選ぶのは人です。AIにゴールの候補を出させることはできますが、どれを選ぶかの決定は人に残します。選んだゴールは、戦略の1枚にそのまま書きます。

AIに渡す「評価判断」

人の役割に残らない評価判断は、全部AIが行います。ただし毎回ぶれないように、事前に数値のルールで書いておきます。

どの記事から直すか：7つの項目で何点以下か、など
何点なら合格として公開するか
公開後に順位が落ちた記事を、何日様子を見てから直すか
一度直した記事に、次に触れるのは何日後からか

ルールを書くときに気をつけるのは、人が毎回「これで合ってる？」と判断する関門を挟まないことです。関門を1つ増やすたびに、着手できる人の数と頻度が減ります。認知の負荷が高いときほど、関門の前で完璧主義と心配が出て、作業は始まりません。安全は、関門を増やすのではなく、ルールを具体的に書くことで作ります。

AIに渡すもの

役割分担を実際に動かすために、AIが毎回最初に読むファイル（Claude Code なら CLAUDE.md）に、次の3つを書きます。

人に聞いてよい質問の種類：燃料・赤線・舵の3つ
人に聞いてはいけない質問の例：「公開していいですか」「このリライト、合っていますか」「やめますか」
評価判断で使う数値のルールへのリンク：採点の基準、合格の点数、触ってよい間隔

3番目は、AIに渡す4つの前提で作った判断の基準のファイルを、そのまま指すだけで足ります。

手順

戦略の1枚に、今回選んだゴールを1行で書く（舵の確定）
禁止事項に、お金・件数・事実の3つの赤線を書く（赤線の確定）
作業記録のファイルを1本決め、場所をAIに教える（燃料の供給源の確定）
判断の基準のファイルに、採点・合格点・触ってよい間隔の数値を書く
AIが毎回最初に読むファイルに、「人に聞いてよい質問の種類」と「聞いてはいけない質問の例」を書く
短い指示（「サイトを直して」程度）を1回出して、AIが人に何を質問してくるかを確かめる
評価の問い（「公開していいですか」など）が人に戻ってきたら、6に戻って判断の基準に書き足す

完了条件

☐ 燃料・赤線・舵の3つが、別々のファイルに書かれている
☐ 判断の基準のファイルに、採点・合格点・触ってよい間隔が数値で書かれている
☐ AIが毎回最初に読むファイルから、上の2つが参照されている
☐ 短い指示を出したときに、AIから返ってくる質問が3つの範囲に収まる
☐ 「公開していいですか」「やめますか」の質問が、人に戻ってこない

実際に起きた失敗

自分の判断を関門に残したまま、初動が止まった

自分のサイトの立ち上げで、AIにリサーチ・戦略・実行を回させる仕組みを作っていました。最初の設計では、節目ごとに「これで合っていますか」「このまま進めていいですか」とAIが自分に確認してくる形にしていました。親切な設計のつもりでした。

実際に動かすと、確認が来るたびに判断が止まりました。認知の負荷が高い状態では、確認の問いが来るほど、完璧主義と過剰なリスク意識が出て、答えを返せません。確認の関門を増やした分だけ、作業は手前で止まり、試す回数そのものがゼロに近づきました。

直したのは、確認の問いをAIから自分に返す経路を切ったことです。評価の判断は、事前に数値のルールにしてAIに執行させ、人への問いは燃料・赤線・舵の3つだけに絞りました。関門を減らすほうが、安全ではなく危険に見えますが、実際には止まるべきところで止まり、進むべきところで進むようになりました。

「AIが全部やる」と考えて、方向を間違えて最適化した

AIに全部任せれば大きく動く、と考えて、人の役割を減らしすぎた時期もありました。結果として、AIは与えた指標の上では効率よく進みましたが、進んだ先が目指すゴールと違っていました。燃料になる一次情報が無く、舵も人が握っていなかったからです。

AIは、ゴールまでの最短の道を事前には知りません。見えていない部分（市場の反応、読者の感触、課金の状況）がどこかに必ずあります。AIにできるのは、安い計器を作って早く回し、現実を暴くことです。どの計器を信じるか、どのゴールが納得できるかは、人が握ります。この順序を守らないと、速く進むほど違う方向に行きます。

よくある質問

Q. 評価判断までAIに渡して、事故が起きませんか。
A. 事故を防ぐのは、都度の人の承認ではなく、事前に書いた数値のルールと、短い赤線です。承認の関門が多いほど、作業は手前で止まり、試す回数が減ります。試す回数が減ると、サイトの作り変えは完了しません。関門を減らし、赤線だけを機械で守る設計にします。

Q. 燃料になる一次情報を、毎日は書けません。
A. 1日1行で足ります。AIが記事を書くときに読む元があればよいだけで、整った文章にする必要はありません。書けなかった日は、AIに短い質問を投げさせて、その答えを作業記録に残すだけでもよいです。

Q. AIが人に質問してきたとき、答える基準は何ですか。
A. 質問が燃料・赤線・舵のどれかに当たっていれば、答えます。それ以外（「このリライトで合っていますか」など）に当たっていれば、答えずに判断の基準のファイルに書き足して、AIにそのファイルを読み直させます。