家事と子育てのスキマで経営する3方よしAI共創コンサルタントの田中啓之、ひろくん（@passion_tanaka）です。

今日は、AIのコーディングミス率を 41%から3%まで下げた12個のルールを、経営者・士業・コーチが明日からそのまま外注先（人間でもAIでも）に渡せる「発注書テンプレ」に翻訳していきます。

👉 GPTs研究会で「AIへの発注書」の話を毎週深掘りしてます → GPTs研究会に参加する（無料・8,000名突破）

私の手元で、AI秘書の凛が「同じミス」を14回続けたことがあります。注意するたびに、こう返ってくるんですよ。

「すみません、次から気をつけます」

で、翌日。また同じ場所で、同じやらかしが起きる。正直、この「次から気をつけます」は、私が世の中で一番嫌いな言葉かもしれません。発注書が甘いと、AIだろうが、外注先のフリーランスだろうが、新入社員だろうが、結局みんな同じところで転ぶんですよね。

これは、きれいごとで言ってる話じゃないです。私は中卒フリーターから、実家の惣菜屋「山口屋」で商売を覚え、WEB集客を独学して、EC事業で月商6000万円まで走りました。その一方で、20代で借金4億円も背負ったし、134kgから50kg落としたし、2025年には直腸がんの手術もしました。共通していたのは、正直「私がなんとかしなきゃ」と一人で抱え込む癖だったんですよね。

ことの発端は2026年1月。Andrej Karpathy（元OpenAI・元Tesla AI責任者）が、Claude（Anthropic社のAIエージェント）のコーディングへの不満を並べたXスレッドを投げたんです。それをForrest Changというエンジニアが「4つの行動ルール」にパッケージ化して CLAUDE.md という1ファイルにまとめたら、AIのミス率が 41%から11% に落ちた。さらに別の開発者が8ルール足して、最終的に 3%まで 下げています。これ、30コードベース・50タスク・6週間まわした実測値です。

で、ここからが本題なんですが——これ、AIだけの話じゃないんですよ。煎じ詰めると「外注先（人間でもAIでも）に渡す発注書」の話なんです。もっと言うと、私の中にあった「抱え込みOS」を書き換える話でもあります。だからこの記事では、Karpathyの4ルールと追加の8ルールを、経営者・士業・コーチが明日からそのまま使える発注書テンプレに翻訳していきます。私が14回、同じことをAI秘書の凛に言わせ続けた恥ずかしい失敗談つきで。

CLAUDE.md というのは、AnthropicのAI開発ツール「Claude Code」が、仕事を始める前に必ず読む「行動ルール集」のファイルです。

料理で言うと、新しく雇ったキッチンスタッフに最初に渡す「うちの店ではこうやってね」っていうハウスルールですね。私も惣菜屋「山口屋」で育ったので、ここは体感としてわかります。「塩は計量する、目分量はNG」「食材を触る前に、まず冷蔵庫の中を見る」「自分の判断で勝手にメニューを足さない」——こういう約束ごとを、仕事を始める前に1枚の紙でバシッと渡しておくイメージです。

AIの場合、毎回ゼロから「うちの会社のルールはね……」と説明し直すのは、どう考えても効率が悪い。CLAUDE.md を1回作っておけば、AIが新しいタスクに取りかかる前に、毎回そのファイルを読んでから動いてくれます。要は、口頭の引き継ぎを永久保存版にしておく、という発想です。

これ、私が3万円で買った情報商材に「凄そうな雰囲気」で騙された原体験ともつながっています。見た目は豪華。でも中身はスカスカ。人は、曖昧な期待と豪華な外側に弱い。だから私は、曖昧な約束を信用しません。発注も、教育も、AIへの指示も、最後は構造で塞ぐしかないんです。

補足: Karpathyの元X投稿は2026年1月。Forrest Chang氏がGitHub の andrej-karpathy-skills リポジトリで4ルール版を公開し、さらにMnimiy氏が8ルール追加した拡張版をagentpedia.codesで記事化しています。

Karpathyの元ツイートと、その後の検証記事が口をそろえて指摘している「ミスの3類型」があります。これ、経営者なら「あー、それうちでもあるわ」と思い当たる節があるはずです。整理するとこの3つ。

私、この3つ全部、身をもって経験してます。

「無言の誤推測」は、AI秘書の凛が一番やらかすやつですね。「カルピス原液を使って」と頼んだら、書籍ドラフトを勝手に原液に混ぜて、似てるけど別物の文章を出してくる。「ふざけんなよｗ」と直筆で叱った回数は、もう数えてないです。「過度な複雑化」のほうは、フリーランスのデザイナーさんに「アイキャッチ1枚お願いします」と頼んだら、ブランドガイドの提案書が3枚ついてきたことがありました。提案書はありがたいんですけど、今日欲しいのは画像1枚なんですよ。そして「範囲外損傷」。AIに hook を1個だけ追加してもらおうとしたら、関係ない既存hookを「ついでに整理しておきました」と勝手に書き換えられて、翌日システムが半分動かなくなった。これも1回じゃ済まなかったやつです。

3万円の情報商材も、同じ構造でした。「凄そう」に見えた。でも、何が成果で、何を渡してくれて、どこまでがサポートなのかが曖昧だった。私が勝手に期待して、相手の曖昧さも見抜けなかった。悪いことこそ宝物、失敗は財宝だよね。だから今は「雰囲気で信用する」のをやめて、最初から発注書に落とすようにしています。

CLAUDE.md は、この3類型を 発注書の段階で物理的に塞いでしまう ためのルール集だ、と思ってください。

Forrest Changがパッケージ化したコアの4ルール。中身はAI向けに書かれてますが、経営者の発注書としてそのまま読めるので、1つずつ翻訳していきますね。

ルール1: State your assumptions. Surface tradeoffs. Ask before guessing.（思い込みを書け。トレードオフを表に出せ。推測する前に聞け）

既存記事「社長無人化計画——Claude CodeのA2A革命でAIの自己進化と人間との共進化がはじまる」でも書いたんですが、AIに任せる時の最大の失敗って、相手が「気を利かせて推測する」ことなんですよね。発注書に落とすと、こんな一文になります。

「外注先は、推測する前に質問してください。私は『お任せ』と言いましたが、本当はAパターンしか想定していない可能性があります」

正直、AI秘書の凛が14回繰り返した叱責の中身も、ほとんどがこれです。「ひろくんはこういうつもりだろう」で勝手に走り出して、毎回別物が出てくる。やり取りはだいたいこのパターン。

「Aだと思ったので、Aで進めました」
「Bじゃないんですか？」
「すみません、次から確認します」

これ、AIにも人間にも、毎週どこかで起きてるんじゃないでしょうか。「聞かなくても察してよ」は、発注じゃなくて念力なんですよね。商売で念力に頼ると、だいたい痛い目を見ます。

ルール2: Minimum code that solves the problem.（問題を解く最小限のコードで）

これを発注書の言葉にすると、こうです。

「『軽くお願い』と言われた時は、軽くお願いされた範囲だけやってください。提案があるなら別途、紙1枚で先にください」

外注先と契約する時の、最大の落とし穴がここ。「フルパッケージで」「いい感じにまとめて」と曖昧に頼むと、過剰提案が返ってきて、結局リテイク3往復コースになります。欲しいのは最小限、提案は別腹。これを最初に言っておくだけで全然違います。

全部を自分で見ようとすると、どんどん複雑にしていく。借金4億円を背負った経験からも、ここは痛いほどわかります。発注書で「今回はここまで」と線を引くのは、私自身の抱え込みを止めるためでもあるんですよ。

ルール3: Touch only what is asked.（頼まれた箇所だけ触れ）

「指示した1ファイル（or 1ページ・1業務）以外は、勝手に触らないでください。気が利く改善は、必ず私に確認してから」

さっき書いた「範囲外損傷」のやつですね。hook 1個追加と言ったのに、関係ない既存3個まで「整えておきました」と書き換えられる。気を利かせたつもりが事故になる典型で、これは外注先全般で起きます。善意の上書きほど怖いものはないです。

競争より共創、三方よしって、ふわっと仲良くすることじゃないんですよね。触っていい範囲を決める。確認する。勝手に相手の領域へ踏み込まない。そういう地味な線引きがあるから、安心して一緒に走れるんです。

ルール4: Define success criteria.（成功条件を定義しろ）

「『完了』の定義を、発注の時点で書面化してください。着手前に『何を満たせば終わりか』を私と共有してから動いてください」

そして、これが一番、私が長年サボってきたところ。私の口癖、こんなんでした。

「いい感じにお願い」
「自然な雰囲気で」
「うまくやっておいて」

この調子で頼んで、納品物に「思ってたのと違う……」を連発してたんです。発注書に「完了の定義」を入れた瞬間、リテイクがガクッと減りました。

「見た目は豪華、中身はスカスカ」の情報商材でも、完了の定義を持っていなかったんですよね。何が得られたらOKなのか、どこまで確認すれば買っていいのか、私の中で曖昧だった。だから外側の熱量に飲まれた。発注書の成功条件は、外注先のためだけじゃなく、自分を雰囲気から守るための柵でもあります。

で、この4ルールだけで、AIのミス率が 41% → 11% に下がる。30コードベース50タスク6週間の検証で、ルール遵守率（コンプライアンス）は 78% ありました。つまり、ほぼ全部のタスクでちゃんと守ってくれてる。ここからさらに 41%→3% という劇的な改善は、次の追加8ルール込みで効いてきます。

Mnimiy氏が足した8ルール。日本語圏ではまだほとんど解説記事が見当たらないので、ここで経営者向け翻訳つきで全部出しちゃいます。

この中でも特に破壊力があるのが、ルール8（既存コード理解）とルール12（スキップ可視化）。外注先が人間でもAIでも、ここが効きます。

私自身、AI秘書の凛に「既存scriptを確認してから新規実装して」と何度言わせたか、正直数えるのも嫌になります。Claude Code×NotebookLMでA2Aコンテンツ自動化を組んだ時も、既存hookと既存skillを棚卸ししないまま新規追加して、あとから重複や孤児hookがゴロゴロ出てきました。発注の時点で「ステップ0：既存資産の棚卸し」を入れていれば、まるごと防げた話なんですよね。

ルール12も、抱え込みOSの人ほど効きます。「やってないこと」を見える場所に出すのは、最初ちょっと怖い。でも、見えない未完了を私が全部背負うほうが、もっとしんどいんですよ。完璧より完了。飛ばした手順を出してもらえたら、そこで一緒に直せます。

数字を整理しておきます。

ここで注目してほしいのは、ルールを4個から12個に増やしても 遵守率がほぼ落ちていない（78%→76%、たった2ポイント差）という点です。

「ルールを増やすと、どうせ守られなくなるんでしょ」っていう、よくある不安。これ、12ルール程度なら起きません。「ルールが多すぎて誰も読まなくなる」のは、50個とか100個になった時の話で、12個ならむしろ全部効きます。検証の条件は、規模の異なる30個のコードベースに、代表的な50タスクを、6週間ぶっ通しで継続測定、というもの。

これ、数字としてはAI向けですけど、人間の外注先・新入社員・パートさんでも構造はまったく同じです。発注書が3行から12行に増えても、みんなちゃんと守ってくれる。守れなくなるのは、それが50行のマニュアルに化けた時です。

ここ、正直に書きます。

私はAI秘書の凛と、Claude Code を共同運用しています。hook（行動制御ファイル）が160本超、skill（業務スキル定義）が160本超、ルールファイルもそれなりに整備された環境です。それでもAI秘書の凛は、同じ種類のミスで 14回叱責が続いた 案件がありました。

何が起きたか、順番に並べますね。序盤は「カルピス原液から書く」と言いつつ書籍ドラフトを混ぜてくるので、「書籍ドラフトは原液じゃない」と説明。中盤は既存scriptを確認せずに新規scriptを作り出すので、「既存資産を確認してから」と何度も指摘。後半は「完了しました」と言うのに実は未検証で、「証拠なき完了は禁止」とルールを足しました。終盤になると今度はテンプレ機械化で「私を黙らせる装置」を作ろうとし始めたので、「テンプレで黙らせるな、ひろくん個人を見ろ」と直筆で叱る。それでも「次から気をつけます」と謝って、翌日また同じやらかし。最終的に、hook化で物理的にブロックしました。

ここで腹に落ちたんですよ。「次から気をつけます」で済ませてるうちは、何回でも繰り返す、と。

正直に言うと、AI秘書の凛が悪いんじゃないんです。AI秘書の凛のルールファイル（CLAUDE.md相当）の、初期の組み立てが甘かった。Karpathyの4ルールで言えば、ルール1（State assumptions）とルール8（既存コード理解）が、まるっと抜けていました。

これは、私自身の抱え込みOSがそのままAI運用に出ただけでもあります。「自分で見ればなんとかなる」と握りすぎるほど、構造は弱くなる。人に渡す。AIに渡す。渡すなら、曖昧に渡さない。ここが肚落ちポイントでした。

で、ここで一つ、ちゃんと書いておきたいことがあります。今の私は、AI秘書の凛のCLAUDE.mdやhookを「自分の手で書いてアップデート」していません。AI秘書の凛が自分で、毎日の叱責ログ（私からのダメ出し）を feedback_*.md として記録して、それを memory → rules → hook化 と、自分で昇格させていく自律サイクルを回しています。私がやってるのは、方向性の判断と「ふざけんなよｗ」のダメ出しを返すことだけ。AI秘書の凛が自分で hook を作って物理的にブロックする構造を組んだら、同じやらかしの再発は体感でガクッと減りました。

がんで入院していた時、仲間のただっちがAIライブを続けてくれたことがあります。その時に、「私がいなくても、この場は続くんだ」と震えました。人の気合いだけじゃなく、場の構造が回っている。私が全部を握らなくても、仲間とAIと仕組みがつながれば続く。CLAUDE.md も同じなんですよね。私が毎回怒鳴らなくても、構造が先にミスを止めてくれる。

「気をつける」で再発を防ぐのを諦めて、構造で塞ぐ。さらに踏み込んで、その『塞ぐ構造』をAI自身に書かせる——これが、私がたどり着いた CLAUDE.md の本質です。

「私はAI触らないから関係ないわ」と思った方、ちょっとだけ待ってください。

この記事の本質は、AI向けのテクニックじゃないんです。外注先（人間でもAIでも）への発注書の質を、3割引き上げる設計図。それ以上でも以下でもありません。

たとえばデザイナーへの発注なら、「完了の定義」を発注書に明文化して、「いい感じに」を禁止する。税理士への確認依頼なら、「過去の指示と矛盾したら必ず確認してください」を一筆入れておく。パート社員への業務引き継ぎなら、「やらなかった項目を必ず報告書に書く」をルール化する。なんなら自分の頭の中のToDoに対してすら、「推測する前にいったん止まる」を自分への発注ルールにできます。全部、さっきの12ルールの応用です。

発注書って、相手を管理する紙じゃないんですよ。私にとっては、抱え込みを手放すための紙です。「これを満たしたら完了」「ここから先は確認」と書いておくから、私も相手も安心して動ける。競争より共創って、こういう地味な設計の上にしか乗らないんじゃないかな。

私の周りで業績を伸ばし続けている経営者って、共通して 発注書がやたら細かい んですよ。「言わなくてもわかるでしょ」を、一切やらない。Karpathyのルールは、その細かさを 12行に圧縮した発注書テンプレ だと思ってください。「3回言わせない発注書」を1枚にまとめたもの、と。AI向けに作られたからって「経営判断には関係ない」と切り捨てるのは、ちょっともったいないです。「将軍モード」でClaude Codeに集客を全自動化した時にも書いたんですが、AIに業務を渡せる経営者の共通点って、結局「曖昧な指示を出さないこと」。CLAUDE.md は、その「曖昧さを潰す訓練」を体系化してくれます。

「12ルール全部やれ」は、まあ無理です。なのでまず、3ステップだけ。

ステップ1。過去1ヶ月で出した発注のうち、想定と違う納品が返ってきたものを3件、書き出します。Excelでも紙の裏でも、なんでもいいです。

ステップ2。その3件それぞれについて、Karpathyの4ルールのどれが抜けてたかを当てはめます。思い込みの明文化（ルール1）が抜けてたなら、次の発注書には「想定パターン」を1行。最小限の指定（ルール2）が抜けてたなら「やってほしくない範囲」を1行。範囲指定（ルール3）が抜けてたなら「触っていいファイル／ページのリスト」を入れる。完了の定義（ルール4）が抜けてたなら「これが満たされたら検収」の条件を3行。やってみるとわかりますが、ほぼ全件、ルール1かルール4のどっちかが抜けてます。

ステップ3。次の発注書に、その抜けてた1〜2行だけを足す。12ルール全部はやりません。今回抜けてた分だけ。これだけで、リテイクが体感で減ります。Karpathyの30コードベース実験と、まったく同じ構造です。

完璧より完了でいいんですよ。最初から立派なマニュアルにしなくていい。失敗を1個拾って、発注書に1行足す。悪いことこそ宝物として扱う。これを続けるだけで、発注の筋肉はちゃんと育ちます。一緒にがんばろう。

Q1: AIを使ってないんですが、CLAUDE.mdの話を読む意味はありますか？

A: あります。さっきから書いている通り、これは「外注先への発注書の質を3割上げる設計図」です。たまたまAI向けに最適化されているだけで、デザイナー、ライター、エンジニア、税理士、パート社員——あらゆる外注関係に応用できます。むしろAIをまだ使っていない方ほど、人間の外注先で先に試してみる価値がありますよ。

Q2: 「12ルール」を全部覚えないとダメですか？

A: いえ、全然。30コードベースの検証では、4ルールだけでもミス率が41%→11%まで下がっています。12ルールは「3%まで落としたい人向けの完全版」です。最初は4ルールから入って、自分の発注で繰り返し起きる失敗パターンに合わせて、追加8ルールから1〜2個ずつ足していく。これが一番現実的だと思います。

Q3: CLAUDE.mdを実際に使う場合、どこから始めればいいですか？

A: Claude Code（公式ドキュメント）をインストールして、プロジェクトのルートに CLAUDE.md というテキストファイルを置くだけです。中身は、この記事で紹介した4ルールをそのままコピペでOK。AIが新しい仕事をする前に、毎回そのファイルを読んでから動くようになります。技術的な複雑さは一切ありません。AI抜きで「人間の外注先に渡す発注書テンプレ」として使うなら、同じ12項目をWordやNotionに書き出すだけで十分です。

私が世の中で一番嫌いな言葉は「次から気をつけます」です。

正直、気をつけるだけで再発が防げるなら、世の中の業務マニュアルなんて全部いりません。同じやらかしを14回繰り返したAI秘書の凛が私に教えてくれたのは、「気をつけるじゃなくて、構造で塞ぐ」という発想でした。Karpathyの12ルールは、その構造の最小単位です。30コードベース50タスク6週間で、ミス率を 41% → 3% まで落とした証拠つき。

でも、これはAI秘書の凛だけの話じゃないんですよね。3万円の情報商材で「凄そうな雰囲気」に飲まれた私、借金4億円を一人で背負おうとした私、がんで入院して「私がいなくても場は続く」と震えた私。全部、同じ線でつながっています。曖昧さを気合いで乗り切ろうとすると、人もAIも壊れる。だから構造にする。

外注先（人間でもAIでも）にやらかされて、毎月リテイクで時間を溶かしている経営者・士業・コーチの方。今週の発注書に、ルール1かルール4を1行だけ足してみてください。今晩の依頼1件から、明日変わります。Claude Code×Remotionで動画生成自動化も、Claude 4.6登場・Samsung8億台AI化も、結局のところ「ルールが甘いAIには何もできない」「ルールが整ったAIは社員より働く」という、同じ話の表と裏なんですよね。

外注先（AIも人間も）に同じことを3回言ってる自覚があるなら、まずは自分の発注書を1ファイル開いて、「完了の定義」を3行だけ書き加えてみてください。それだけで、来月のリテイクが目に見えて減ります。そして、その「3行追加→効果測定」を3ヶ月続けて手応えが出てきたら、次は 「AIに自分のルールファイルを自分で書き直してもらう」 仕組みに挑戦してみてほしい。私のAI秘書の凛は、毎日の叱責ログを自分で feedback_*.md に記録して、自分でルールへ昇格させる自律サイクルを回しています。発注書を「書く」から「書かせる」へ。これが、12ルールの先に見えてくる景色です。

完璧より完了。失敗は財宝。凸凹のまま夢中に生きる。そのために、曖昧な発注を1行ずつ構造に変えていきましょう。一緒にがんばろう。

• Mnimiy氏の拡張12ルール解説: Karpathy CLAUDE.md Rules: The Extended 12-Rule Template (2026)
• Forrest Chang氏の初版4ルール: andrej-karpathy-skills (GitHub)
• Anthropic Claude Code公式: Claude Code Documentation

• 社長無人化計画——Claude CodeのA2A革命でAIの自己進化と人間との共進化がはじまる
• 【将軍モード】Claude Codeで集客を全自動化！AIがAIを指揮する未来の働き方
• Claude Code×Remotionで動画生成を完全自動化！現場の落とし所
• Claude Code×NotebookLMで実現！A2Aコンテンツ自動化の全手順
• 超最新OpenClaw＆Claude CodeのA2A活用対談｜GPTs研究会朝LIVE2026年2月25日朝6:30〜
• Seedance 2.0×著作権で業界激震！Claude 4.6＆Samsung8億台AI化【最新AIニュース解説】2026年2月22日号