AIに読ませる指示書の書き方｜迷わせない置き方

「最初はよく守ってくれたのに、ルールを足すほど言うことを聞かなくなった」「同じ注意を毎回チャットに貼り直している」——AIに定型の仕事を任せ始めた部署から届く声は、だいたいこの2つに落ち着きます。2026年7月末に公開された検証は、この体感を数字にしました。24個の指示を1個から20個まで増やしながら守らせたところ、指示が1個のときは96%前後だった遵守率が、20個まで積むと系統によっては0.201まで落ちています。指示ファイルは、書き足すほど効く道具ではありません。本当は、毎回いちばん最初に読ませる材料であって、機械が必ず守る設定ではないのです。この記事では、AIに読ませる指示ファイルをどこに置き、何を書き、何を書かないかを、矛盾したときの壊れ方と更新の回し方まで含めて整理します。

ルールを足すほど守られなくなることは、数えられている

「指示を増やしたら急に守らなくなった」という感覚は、すでに測定されています。2026年7月末に公開された検証は、6つの分野にまたがる24個の指示を用意し、1個から20個まで数を増やしながら、実務で使われている3つの系統に守らせました。指示が1個のときの遵守率はどの系統も96%前後でしたが、20個まで積み上げると0.604、0.433、0.201まで下がっています。最も落ちた系統では、守られる割合が5分の1近くまで縮んでいます。

落ち方は直線ではありませんでした。同じ検証は、設計上どうやっても両立しない組み合わせが15対あることを特定したうえで、両立するはずの組み合わせでも、単独の成功率から予想されるより明らかに失敗しやすい対があると報告しています。つまり、守られなくなる原因は分量だけではなく、指示どうしの当たり方にもあります。何を足したかではなく、何と何が同時に置かれているかが効いているということです。

ここから実務の方針が1つ決まります。指示ファイルの改善は「足す」ではなく「入れ替える」作業になります。1行足すたびに、既存のどの行と当たるかを見る。この習慣がないまま半年運用すると、書いてあるのに守られない行が積み上がり、どれが効いているのか誰にも分からなくなります。効かないから強い言葉を足す、という悪循環に入るのもこの段階です。

指示ファイルは設定ではなく、毎回読ませる材料

指示ファイルとは、リポジトリや業務フォルダの決まった場所に置き、AIが作業を始めるたびに最初に読み込む文書のことです。共通形式として広く使われている名前に AGENTS.md があり、特定の道具が読む名前として CLAUDE.md があります。以降は総称して指示ファイルと書きます。共通形式の公式の案内では、この形式が6万を超える公開プロジェクトで使われていること、現在は業界横断の財団が運営を引き継いでいることが示されています。

重要なのは扱いの位置づけです。開発元の公式ドキュメントには、これらの文書は文脈として渡されるのであって、強制される設定ではないと明記されています。そのうえで、確実に止めたい動作があるなら、実行前に自動で走る仕掛けを使えとまで書かれています。書けば守る、という前提で体制を設計すると、そこがそのまま穴になります。

期待値の置き方が変わると、社内での説明の仕方も変わります。「指示ファイルに書いてあるので大丈夫です」は、監査や取引先への説明の根拠になりません。書いたのは守られやすくするためであって、守らせるためではない。この区別を先に共有しておくと、後の章で出てくる「守らせたい規則は別の層に置く」という判断が通しやすくなります。

置き場所と読まれる順番を先に決める

効き方は置き場所で変わります。共通形式の案内は、AIが階層の中でいちばん近い指示ファイルを自動的に読むこと、したがって近いものが優先されること、そして利用者がその場で打った指示はすべてに優先することを明記しています。公開されている大規模なリポジトリの例では、1つのリポジトリの中に88個の指示ファイルが置かれていました。1枚にまとめるのが正解、という前提はここで崩れます。

もう1つの読み方も知っておく必要があります。作業場所から根に向かって階層をさかのぼり、見つかった文書を上書きではなく連結して読む方式です。この方式では、根に近いほうが先、作業場所に近いほうが後に並びます。下の階層に置いた文書は起動時には読まれず、AIがそのフォルダのファイルを開いた時点で読み込まれます。読まれる順番も、読まれる時点も、置き場所で決まるということです。

ここから置き方の型が決まります。全社の版は薄く、部門の版は業務の型、案件の版は具体の3層に割ると、変更のたびにどこを直せばよいかが一意に決まります。逆に1枚に全部書く運用は、最初の3か月は速く、そのあと必ず詰まります。どの行が誰のものか分からなくなり、削る判断ができなくなるからです。

手順1：毎回必要な事実だけを残す

何を書くかの基準は「毎回必要か」の一点です。開発元の案内は、組み立てと検証の命令、命名の決まり、置き場所、必ずやることのように、毎回持っていてほしい事実に絞れと書いています。逆に、複数の工程にまたがる段取りや、一部の領域でしか効かない話は、指示ファイルではなく別の仕組みに移せ、とされています。

共通形式の公式の案内も、実際によく書かれている項目を挙げています。全体像、組み立てと検証の命令、書き方の決まり、検証のやり方、安全上の注意、変更を提出するときの決まりの6つです。いずれも作業の入口に必要で、しかも作業対象を見ただけでは分からない情報という共通点があります。逆に言えば、この条件を満たさない行は候補から外して構いません。

足す条件も具体的に示されています。同じ間違いが2度目に出たとき、確認の場で「これは知っていてほしかった」と指摘されたとき、前回と同じ訂正をまた打ち込んだとき、新しい担当者に同じ説明が必要になったとき。この4つです。どれにも当てはまらない気づきは指示ファイルに入れないと決めておくだけで、量は自然に抑えられます。

マーケの現場に置き換えると、毎回必要な事実は「社名と製品名の表記」「使ってよい実績値の出どころ」「絶対に書かない表現」あたりに落ち着きます。逆に、1つの案件だけで使う構成案や、季節の企画の段取りは入れません。一度きりの段取りを書き込むほど、毎回必要な行が薄まるからです。書いた本人には全部が重要に見えるので、この判断は書いた翌週に見直すほうが精度が上がります。

手順2：判定できる書き方に直す

同じ内容でも、判定できる書き方かどうかで守られ方が変わります。開発元の案内は、「きれいに整える」ではなく「字下げは空白2つ」、「テストしてから」ではなく「提出前に決まった検証命令を走らせる」、「整理して」ではなく「受け口の処理は決まったフォルダに置く」と書けと例示しています。第三者が守れたかどうかを判定できる形になっているかが、唯一の基準です。

判定できない語を洗い出す作業は機械的にできます。「適切に」「なるべく」「丁寧に」「必要に応じて」「原則として」といった語で指示ファイルを検索し、1行ずつ、守れたかどうかを他人が判定できる形に置き換えます。置き換えられない行は規則ではなく願望なので削ります。この作業だけで、行数は2割から3割減るのが普通です。

マーケの指示ファイルでも同じです。「専門的すぎない文体で」は判定できませんが、「1文は60字以内」「専門用語は初出で言い換えを付ける」「体験談の一人称では書き出さない」は判定できます。判定できる形に直すだけで、中身を変えなくても効き始める行があります。効かないと感じたら、まず言い回しを疑うほうが早い。

手順3：分量の上限を先に決める

分量には公表された目安があります。開発元の案内は1つの指示ファイルにつき200行未満を目標にせよと明記し、長い文書ほど文脈を消費し、守られる度合いが下がると説明しています。冒頭で挙げた積み上げの検証と、向きは一致しています。数を増やすほど1つあたりの効きが落ちるという同じ現象を、別の角度から言っているだけです。

上限を決めると、運用そのものが変わります。足すときは何かを削る、という総量固定の運びになるからです。削る基準は「その情報は作業対象そのものから読み取れるか」です。公式の案内も同じ線を引いており、フォルダ構成や依存関係の一覧のように作業対象から分かるものは落とし、落とし穴、そうしている理由、既定と違う決めごとは残す、と説明しています。

分割は解決になりません。別のファイルに切り出して読み込ませる書き方は整理には役立ちますが、読み込まれる総量は変わらないと明記されています。整理と削減は別の作業で、効くのは削減のほうです。ここを取り違えると、見た目だけ整った長い指示が残り、守られない行の総量は前と変わりません。

手順4：近い場所に、その場所の具体を置く

総量を減らしながら具体さを保つ方法が、場所による切り分けです。作業対象の種類やフォルダを条件にして、その条件に当たるときだけ読み込ませる仕組みが用意されています。全体に効く決めごとは薄く根に、特定の領域でしか効かない決めごとはその領域の近くに。こうすると、1回の作業で読まれる量は減るのに、読まれた内容の具体さは上がります。

条件付きの読み込みには副作用もあります。条件に当たるまで読み込まれないので、会話が長くなって文脈が圧縮されたときに、いったん消えることがあります。公式の説明では、根の位置に置いた版は圧縮後に読み直されるが、下の階層に置いた版と条件付きの規則は、次に該当するファイルを開くまで戻らないとされています。長時間の作業で効かせたい決めごとは、根の側に置くという判断になります。

マーケでの割り方は分かりやすい。全社のトーンと禁止表現は根、製品ごとの言い換え表は製品のフォルダ、媒体ごとの文字数や体裁は媒体のフォルダです。担当が変わっても、触る場所が一意に決まる形にしておくことが、更新が止まらない条件になります。置き場所が曖昧な指示ファイルは、必ず更新されなくなります。

手順5：矛盾を1つずつ潰す

開発元の案内は、はっきり書いています。2つの規則が食い違っている場合、どちらが選ばれるかは決まらない。だから複数の指示ファイルと条件付きの規則を定期的に見直し、古いものと食い違うものを取り除け、というのが公式の指示です。矛盾したときに安全側に倒れる、という保証はどこにもありません。

点検の観点は3つに絞れます。第1に、同じ振る舞いについて2か所に書いていないか。第2に、否定形と例外が別々の場所に散っていないか。第3に、置き換え済みの古い決めごとが残っていないか。この3点を四半期に一度見るだけで、原因の分からない「言うことを聞かない」はかなり減ります。とくに第3の残骸は、書いた本人が忘れているぶん見つけにくい。

矛盾は追加のたびに生まれるので、見直しも追加のたびに小さく行うほうが安上がりです。足した行が既存のどの行と当たるかは、書いた本人がその場で確認する。他人に任せると、書いた意図が伝わっていないぶん時間がかかり、結局その工程が省かれます。追加の手続きに1行、確認欄を足しておくくらいが現実的です。

体裁の指示が、判断の手順を壊す

矛盾は同じ話題どうしで起きるとは限りません。2026年3月に公開された小規模な追試は、この壊れ方を具体的に示しました。ある推論の型を単独で与えたときの正答率は100%で、100回まで確認されています。ところが同じ型を60行を超える実運用の指示文の中に置き直すと、条件によって0%と30%まで落ちました。各条件20試行という、規模の小さい検証である点は差し引く必要があります。

落ちた原因が示唆的です。実運用の指示文には、文体の決めごととして「具体から先に述べる」という行が入っていました。結論を先に書かせる文体の指示が、理由から順に組み立てるという推論の型の順序を逆にしたのです。分野の違う指示どうしが、順序という一点でぶつかっていました。どちらの行も、単独で見れば妥当な指示です。

実務への含意は明確です。文体と書式の指示、手順と判断の指示は、別の話に見えても互いに干渉します。体裁の行を足すときも、判断の手順に当たらないかを見る。この確認がないと、指示ファイルを整えたつもりで出力の質を落とすことになります。整理の直後に品質が落ちたら、まずこの型を疑います。

• 効かないと感じるたびに「必ず」「絶対に」を足していく
• 古い決めごとを消さずに、その下へ新しい決めごとを書き足す
• 同じ内容を全社の版と部門の版の両方に書き、片方だけ更新する
• 文体の決めごとと判断の手順を、同じ見出しの下に混ぜて置く
• 一度きりの段取りを書き込み、毎回必要な行を埋もれさせる

書いても効かないものは、別の層に置く

指示ファイルでは担保できないものがあります。「この場所は絶対に触るな」「必ず承認を取れ」といった、破られたら困る決めごとです。開発元の案内は役割を分けており、止めることは設定と権限で、方針を伝えることは指示ファイルでという整理を明示しています。設定の側の規則はAIの判断にかかわらず適用されるが、指示ファイルは強制の層ではない、と書かれています。

ここが、AIを万能に扱わないための線でもあります。指示ファイルに「危険なら実行しない」と書いても、危険かどうかの判断そのものをAIに委ねている点は変わりません。判断させたくないなら、判断の分岐を書くのではなく、止めて人に渡す条件を書く。「この条件に当たったら作業を止めて確認を求める」という形にすれば、判断の主体は人の側に残ります。

あわせて、根拠を書かせる決めごとを入れます。何を変えたか、どこを参照したかを短く残させる。人が確認する範囲を先に決めておかないと、確認は必ず全件の読み直しに膨らみます。確認するのは、止めて渡された箇所と、根拠が書けなかった箇所の2つに絞る。この2点なら、件数が増えても運用が破綻しません。

• 破られたら困る決めごとは、指示ファイルではなく権限と自動の仕掛けで止める
• 判断の分岐を書かず、止めて人に渡す条件を書く
• 変更の理由と参照した場所を短く残させ、人の確認はその2点に絞る

効いていないと言われたときに見る場所

「書いたのに守られない」という申告は、原因が5つくらいに固まります。中身の問題だと決めつけて書き直す前に、読み込まれているかどうかから順に見ます。読み込まれた指示ファイルの一覧を表示する機能が用意されている場合が多いので、まずそこで確認するのが最短です。一覧に出ていない文書は、内容が完璧でも効きようがありません。

症状	先に確認すること	打ち手
書いたのに一度も守られない	その文書がそもそも読み込まれているか	読み込み一覧で確認し、置き場所を規定の位置に直す
途中まで守られ、後半で崩れる	会話が長くなって文脈が圧縮されていないか	根の位置に置き直す。下の階層の版は該当ファイルを開くまで戻らない
担当者によって結果が違う	個人用の版や作業フォルダの版が混ざっていないか	3層のどこに書くかを決め直し、重複した行を消す
特定の指示だけ無視される	守れたかどうかを他人が判定できる書き方か	曖昧な副詞を削り、判定できる条件に書き換える
直したのに前の挙動が残る	古い決めごとが別の場所に残っていないか	同じ話題の行を全文検索で集め、1か所に寄せる

この表で解決しない場合は、分量の上限を超えている可能性を見ます。行数が目安を大きく超えていると、どの行が落ちているかを特定する作業自体が成り立たなくなります。先に削ってから原因を探すほうが、結局は速い。削る判断がつかないときは、直近3か月で一度も参照しなかった行から落とします。

更新の回し方と、削る基準

指示ファイルは、書いて終わりにすると3か月で信用されなくなります。守られない行が混ざった文書は、全体が「参考程度」として扱われ始めるからです。更新を回すための工程を、5つに固定しておきます。担当を1人決め、追加は誰でも提案できるが、統合はその1人が行う形にすると、矛盾の混入がかなり抑えられます。

見直しの周期は、追加のたびの小さな確認と、四半期に一度の棚卸しの二段構えにします。棚卸しでは、直近3か月で一度も効かなかった行と、誰も理由を説明できない行を落とす。理由が説明できない行は、書いた人が異動した後に残った残骸であることがほとんどです。残しておくと、後から入った担当者が意味を推測して別の規則を足し、矛盾が増えます。

マーケ部門の指示ファイルに何を書くか

同じ構造は、開発以外の部門でもそのまま使えます。マーケ部門なら、指示ファイルに入るのは用語集、トーン、禁止表現、数字の扱い、出典の扱い、確認の分担あたりです。いずれも「毎回必要で、作業対象からは読み取れない」という条件を満たします。逆に、案件ごとの構成案や企画の背景は入りません。

書き方は開発向けとまったく同じで、判定できる形に直すのが要点です。「ブランドらしい文体で」は判定できませんが、「社名は正式名称で書き、略称を使わない」「実績値は出どころのページ名を併記する」「他社名を比較の文脈で出さない」は判定できます。用語集は表記ゆれの一覧を並べるより、間違えやすい表記だけを、正しい形と誤りの形の対で書くほうが効きます。

落とし穴が1つあります。既存のブランドガイドを丸ごと貼り付けることです。ガイドは人が通読する前提で書かれているので、背景説明と事例が大半を占めます。そのまま入れると、毎回必要な規則が背景説明に埋もれます。指示ファイルに入れるのは規則の行だけにして、背景が要る場合はガイドの場所を1行で示す形にします。

• 社名と製品名の正式表記、および使ってはいけない略称
• 実績値と調査データの出どころを併記する決まり
• 使わない表現（誇大な断定、比較優位の断定、根拠のない最上級）
• 1文の長さ、専門用語を出すときの扱い、書き出しの型
• 判断が必要な場面では止めて人に渡す、という条件

部門をまたぐときの取り決め

指示ファイルが複数の部門にまたがると、持ち主の問題が出ます。全社の版、部門の版、個人の版を分けたうえで、それぞれ誰が更新できるかを決めます。組織全体に配る版については、個人の設定で除外できない仕組みが用意されている場合があります。守らせたい最低限の決めごとを、個人が外せない層に置けるかどうかは、審査のときに確認しておく価値があります。

変更の管理も普通の文書と同じ扱いにします。誰がいつ何を変えたかが残ること、変更前の版に戻せること、変更の理由が1行でも書かれていること。この3つがないと、後から「なぜこの規則があるのか」が誰にも説明できなくなります。理由の分からない規則は、次の担当者が削るか、意味を取り違えて別の規則を足します。

外部に委託する場合は、渡す版と渡さない版を分けます。社内の呼び方や未公開の情報が入った行は、委託先が読む版には置かない。分けるのが面倒なら、最初から委託先が読む版を基準にして、社内固有の事情は別の層に置く設計にします。指示ファイルは読ませるための文書なので、読ませる相手が増えるほど、書ける内容は狭くなります。

よくある質問

指示ファイルは長いほうが安全ではないのですか

逆になります。公式の案内は1つのファイルにつき200行未満を目標とし、長い文書ほど守られる度合いが下がると説明しています。冒頭の検証でも、指示の数を1個から20個に増やすと遵守率が96%前後から最低0.201まで落ちました。安全のために足した行が、他の行の効きを下げるという構図です。増やすより、判定できる形に直して減らすほうが効きます。

道具ごとに別の名前のファイルを用意する必要がありますか

道具によって読む名前が違うのは事実ですが、内容を二重に持つ必要はありません。公式の案内では、共通形式のファイルを1つ持ち、道具固有の名前のファイルからそれを読み込む形にして、道具固有の追記だけを下に足す方法が示されています。二重に持つと、片方だけ更新されて矛盾が生まれます。内容は1か所、入り口だけ複数が原則です。

同じ規則を何度も書けば守られやすくなりますか

推奨できません。同じ内容が複数の場所にあると、片方だけが更新されて食い違いが生まれ、どちらが選ばれるかは決まりません。強い言葉を足すのも同様で、効かない原因が判定できない書き方にある場合、語気を強めても変わりません。守らせたい規則なら、繰り返すのではなく設定と権限の層に移すのが正解です。

誰が持ち主になるべきですか

追加は誰でも提案できるが、統合は1人が行う形にします。指示ファイルの品質は、行の良し悪しより矛盾のなさで決まるので、全体を見ている人が1人必要です。部門をまたぐ場合は、層ごとに持ち主を分け、上の層の変更は下の層の持ち主に通知する取り決めにします。持ち主が空席の指示ファイルは、半年で参照されなくなります。

まとめ

AIに読ませる指示ファイルは、機械に入れる設定ではなく、作業のたびに最初に読ませる材料です。だから量を増やすほど効きが落ちます。指示を1個から20個に積み上げた検証では、遵守率が96%前後から系統によって0.201まで下がりました。改善の作業は「足す」ではなく「入れ替える」に組み替える必要があります。

効き方を決めるのは中身だけではありません。近いものが優先される方式と、根から作業場所へ向かって連結される方式があり、どこに置くかで読まれる順番も読まれる時点も変わります。全社の版は薄く、部門の版は業務の型、案件の版は具体、という3層に割ると、更新のたびに触る場所が一意に決まります。文体の指示が判断の手順を逆転させた追試のように、分野の違う指示は順序という一点でぶつかります。

実務でやることは3つです。判定できる書き方に直して総量の上限を決めること、追加のたびに既存のどの行と当たるかを確認すること、そして破られたら困る決めごとは指示ファイルではなく設定と権限で止めること。指示ファイルに「危険なら実行しない」と書くのは、危険かどうかの判断をAIに委ねているのと同じです。判断の分岐を書くのではなく、止めて人に渡す条件を書く。この線を引けるかどうかが、AIに定型の仕事を任せる体制の分かれ目になります。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。