Claude CodeがAGENTS.mdに対応。AI駆動開発の指示ファイルは納品物か
2026年9月19日の2.1.278でCLAUDE.mdが無ければAGENTS.mdを読むようになりました。6万超のOSSが使う公開形式です。AI駆動開発で工数が下がる根拠はこの文書にあり、納品物一覧に無ければ次の改修でやり直しになります。
2026年9月19日に公開された Claude Code 2.1.278 の変更履歴に、次の 1 行が入った。
AGENTS.md に対応した。
CLAUDE.mdが置かれていないプロジェクトでは、代わりにAGENTS.mdを読む。切り替えは/configの「Project instructions」で行う（Bedrock / Vertex / Foundry ではまだ利用できない）
機能としては地味である。読みにいく設定ファイルの名前が 1 つ増えただけだ。
だが、AI 駆動開発を前提に見積もりを取っている発注側にとっては、**「値引きの根拠になっている資産は、どちら側に残るのか」**という話につながる。ここを 1 行足すかどうかで、2 回目の発注の金額が変わる。
公表されている事実
一次情報（Claude Code の公式変更履歴と、AGENTS.md の公式サイト）で確認できるものだけを並べる。
| 出典 | 内容 |
|---|---|
| Claude Code 変更履歴 2.1.278（2026年9月19日） | CLAUDE.md が無いプロジェクトでは AGENTS.md を読む。/config の「Project instructions」で切り替え。Bedrock / Vertex / Foundry は対象外 |
| 同 2.1.278 | 自動許可モードの判定を既定でサーバー側の分類器に切り替え、判定にかかる分を課金しない。従来どおり課金される経路に落ちた場合は警告を出す |
| AGENTS.md 公式サイト | 「コーディングエージェントを導くための、単純で開かれた形式」。6 万を超えるオープンソースプロジェクトが採用 |
| 同 | 対応する開発ツールとして 25 以上が挙げられている |
| 同 | Linux Foundation 傘下の Agentic AI Foundation が管理する |
| 同 | 位置づけは「エージェント向けの README」。人間向けの README には書きづらいビルド手順・テスト・プロジェクト固有の決まりを置く場所とされている |
ここまでが事実である。以下は、これを発注側の見積書と納品物の話に落とすとどうなるか、という整理になる。
そもそも、この「指示ファイル」とは何か
AI コーディングツールは、渡されたコードだけを見て作業するわけではない。そのプロジェクトで守るべき決まりを書いた文書を最初に読み込み、それに従って書く。
そこに書かれるのは、たとえばこういうものだ。
- ビルド・テストの実行コマンドと、通っていなければ終わらせない条件
- 使ってよいライブラリと、使ってはいけないもの
- 命名・ディレクトリ構成・コメントの書き方
- 触ってはいけないファイル、本番に影響する操作の扱い
- 業務ドメイン固有の用語と、その意味
これが無い状態のエージェントは、毎回プロジェクトの事情を推測しながら書く。あると、推測の工程が消える。AI 駆動開発で工数が下がる理由の相当部分は、この文書の出来にある。AI駆動開発と従来型開発の違い。品質・速度・費用を比較 で書いたとおり、下がるのは「書く時間」ではなく「手戻りの回数」のほうだからだ。
問題は、この文書にそれなりの工数がかかることである。数十行で済むものではなく、案件によっては数百行あり、開発の途中で何度も直される。つまりこれ自体が成果物なのだが、見積書にも納品物一覧にも、まず載っていない。
論点 1. ツール固有の名前で置かれると、乗り換えた瞬間に効かなくなる
今回の変更が示しているのは、この文書の置き場所が特定ツールの名前で決まっていたという事実のほうだ。ツールごとに読むファイル名が違えば、同じ内容を複数の名前で置くか、乗り換えのたびに書き直すことになる。
共通の名前が増えることの意味は、発注側から見ると単純である。
| 状態 | 乗り換え・引き継ぎのとき |
|---|---|
| ツール固有の名前だけで置かれている | 別のツールに移ると読まれない。中身は使えるが、置き直しと確認の作業が発生する |
| 共通の名前で置かれている | 対応しているツールならそのまま読む。作業は減る |
念のため書いておくと、共通形式なら中身まで無条件に通用する、という話ではない。書かれている内容がそのベンダーの社内手順に寄っていれば、読めても役に立たない。形式の統一で減るのは置き直しの手間であって、書き直しの手間ではない。
論点 2. 「AI 駆動開発で○%削減」の源泉が、どちらに残るか
AI 駆動開発を掲げる会社の見積書には、従来型より低い工数が書かれていることがある。その根拠は、たいてい次のどちらかだ。
- ベンダー社内に蓄積した資産（自社用のテンプレート、社内ルール、独自のツール構成）
- この案件のために作った資産（プロジェクト固有の指示ファイル、テスト、評価データ）
1 は当然ベンダーに残る。それでよい。問題は 2 で、発注側の業務知識を聞き取って作られたものなのに、納品物として指定されていなければ渡ってこないことがある。渡らなければ、次の改修で別の会社に頼むとき、同じ聞き取りをもう一度やることになる。
見積書の金額を比べる前に、その削減がどちらの資産によるものかを分けて聞く。AI駆動開発の費用相場。どの工程がいくら下がるか に載せている工程別の目安も、2 が渡る前提かどうかで意味が変わる。
論点 3. 判定のオーバーヘッドという、見えにくい運用費
同じ 2.1.278 には、もう 1 つ費用に効く変更が入っている。エージェントの操作をその都度許可するかどうかを機械的に判定する仕組みについて、判定にかかる分を課金しない経路を既定にしたという内容だ。従来どおり課金される経路に落ちた場合は警告が出る。
細かい話に見えるが、構造としては見積書の話とつながっている。AI を使った開発・運用では、本体の処理以外に、安全確認・再試行・要約といった「付随する処理」が積み上がる。これらは成果物には現れないが、従量課金では請求に現れる。
AI開発の運用費・ランニングコストの実態 で書いたとおり、運用費の見積もりで効くのは単価そのものより回数の前提である。付随する処理の分をどちらが持つのかは、契約前に決めておく項目になる。
発注側がいま見積書でやること
今回の件を受けて、新しい確認項目を増やす必要はない。納品物一覧に 1 行、契約書に 1 文で足りる。
- 納品物一覧に 「エージェント向け指示ファイル（プロジェクト固有の開発ルール文書）」 を明記する
- その内容を、特定ツール専用の記法に依存しない形で書いてもらう（読めるかどうかはツール側の対応次第だが、中身が汎用であれば移せる）
- 契約書の権利帰属の条項に、ソースコードと同じ扱いであることを含める
3 点目を落とすと、コードは渡るのに、そのコードを速く直すための文書は渡らない、という状態になる。AI開発の引き継ぎ。保守移行で確認する12項目 の 12 項目に、この 1 行を足しておきたい。
受け取った見積書に「AI 駆動開発により工数を圧縮」とだけ書かれていて内訳が判断できない場合は、見積書チェックで相場と共通の指標に当てて確認できる。これから発注する段階であれば、費用診断で分野とフェーズごとの目安を出したうえで、納品物一覧を先に固めておくとよい。
まとめ
- 2026年9月19日の Claude Code 2.1.278 で、
CLAUDE.mdが無いプロジェクトではAGENTS.mdを読むようになった。Bedrock / Vertex / Foundry は対象外 - AGENTS.md は Linux Foundation 傘下の Agentic AI Foundation が管理する公開形式で、6 万を超えるオープンソースプロジェクトが採用し、25 以上のツールが対応するとされている
- この文書は「エージェント向けの README」であり、AI 駆動開発で工数が下がる根拠の一部はここにある
- 発注側の論点は形式の統一そのものではなく、その文書が納品物になっているか。なっていなければ、次の改修で聞き取りをやり直すことになる
- 対処は、納品物一覧に指示ファイルを 1 行足し、権利帰属をソースコードと同じ扱いにするだけでよい
参考・出典
- Claude Code Changelog（Anthropic 公式ドキュメント）— バージョン 2.1.278（2026年9月19日）の AGENTS.md 対応、および自動許可モードの分類器に関する項目
- AGENTS.md 公式サイト（agents.md）— 形式の定義、採用プロジェクト数、対応ツール一覧、Agentic AI Foundation による管理、README との書き分け
同じ条件で比較するから、適正価格が分かる。
複数のAI開発会社に同じ条件で見積もりを依頼。安さではなく「適正価格」で発注できます。