メインコンテンツへスキップ

1 · AGENTS.mdとは何ですか?

AGENTS.mdは、あなたのリポジトリ(またはホームディレクトリ)に置かれるMarkdownファイルで、AIコーディングエージェントの_ブリーフィングパケット_として機能します。

なぜAGENTS.mdなのか?

README.mdファイルは人間のためのものです:クイックスタート、プロジェクト説明、貢献ガイドラインなどです。 AGENTS.mdは、これを補完するものとして、コーディングエージェントが必要とする追加の、時には詳細なコンテキストを含みます:ビルドステップ、テスト、READMEを煩雑にしたり人間の貢献者には関係ないかもしれない規約などです。 私たちが意図的に分離した理由は:
  • エージェントに明確で予測可能な指示の場所を提供する
  • READMEを簡潔に保ち、人間の貢献者に焦点を当てる
  • 既存のREADMEやドキュメントを補完する、精密でエージェント向けのガイダンスを提供する

含まれる内容:

  • プロジェクトのビルド、テスト、実行方法を説明
  • アーキテクチャパターンと規約を説明
  • 外部サービス、環境変数、設計ドキュメントを一覧化
  • ドメイン固有の語彙とコードスタイルルールを提供
エージェントは変更を計画する_前に_AGENTS.mdを読み、シニアエンジニアが既に頭の中に持っている部族知識と同じものを得ます。

2 · 一つのAGENTS.mdが多くのエージェントで動作

あなたのAGENTS.mdファイルは、成長するAIコーディングエージェントとツールのエコシステムと互換性があります:
  • Droids - FactoryのAIコーディングエージェント
  • Cursor - AI駆動のコードエディタ
  • Aider - あなたのターミナルでのAIペアプログラミング
  • Gemini CLI - GoogleのコマンドラインAIアシスタント
  • Jules - Googleのコーディングアシスタント
  • Codex - OpenAIのコード生成モデル
  • Zed - AI強化エディタ
  • Phoenix - AI開発プラットフォーム
  • その他多くの新興ツール
別の独自ファイル形式を導入するのではなく、AGENTS.mdはAI開発エコシステム全体で動作する標準を使用します。

3 · ファイルの場所と発見階層

エージェントはこの順序でAGENTS.mdを探します(最初にマッチしたものが優先):
  1. 現在の作業ディレクトリ./AGENTS.md
  2. リポジトリルートまでの最も近い親ディレクトリ
  3. エージェントが作業しているサブフォルダ内の任意のAGENTS.md
  4. 個人の上書き設定:~/.factory/AGENTS.md
複数のファイルを併用できます。編集対象のファイルに近いものが優先されます。

4 · ファイル構造と構文

AGENTS.mdはプレーンなMarkdownです;見出しはセマンティックなヒントを提供します。
エージェントは以下を認識します:
  • トップレベルの見出し#)をセクションとして
  • 箇条書きをコマンドやルールとして
  • インラインコード )を正確なコマンド、ファイル名、環境変数として
  • リンクを外部ドキュメント(GitHub、Figma、Confluence…)として

5 · 一般的なセクション

セクション目的
ビルドとテストコンパイルとテストスイート実行のための正確なコマンド。
アーキテクチャ概要主要なモジュールとデータフローの一段落要約。
SecurityAPIキー、エンドポイント、認証フロー、レート制限、機密データ。
Git Workflowsブランチ戦略、コミット規約、PR要件。
Conventions & Patternsフォルダ構造、命名パターン、コードスタイル、lintルール。
_将来のあなた_が気にかけることだけを含めてください—簡潔さは百科事典のような長いファイルに勝ります。

6 · テンプレートと例

Factory風の包括的な例

Node + Reactモノレポ

Pythonマイクロサービス


7 · ベストプラクティス

150行以下を目安にします。長いファイルはエージェントを遅くし、重要な情報を埋もれさせます。
エージェントが推測せずにコピー&ペーストできるよう、コマンドはバッククォートで囲みます。
AGENTS.mdはコードのように扱い、ビルド手順が変わったらPRレビューで更新を促します。
重複するドキュメントを避け、貼り付ける代わりにREADMEや設計ドキュメントへリンクします。
目の前のタスクに対するガイダンスが具体的であるほど、エージェントは期待どおりに遂行しやすくなります。
テスト、lint、型チェック、合意したパス内に収まるdiffなど、客観的な証拠を求めます。

8 · エージェントがAGENTS.mdを使用する方法

1

取り込み

タスク開始時、エージェントは最も近いAGENTS.mdをコンテキストウィンドウに読み込みます。
2

計画

ビルド/テストコマンドは実行計画の作成に使われます(例: 編集後にテストを実行)。
3

ツール選択

フォルダと命名規則は、edit_filecreate_fileなどのツールの使い方を導きます。
4

検証

注意点とドメイン語彙は推論を改善し、ハルシネーションを減らします。

9 · 問題が発生したとき

あらゆる開発作業と同様に、スコープが拡大したり、前提が間違っていることが判明したりしたとき、エージェントのタスクには軌道修正が必要になることがあります。人間の協力者と連携するときに機能するのと同じ反復パターンがここでも適用されます。

エージェントのドリフトの警告サイン:

  • 実行中に自分自身を書き換える計画
  • 宣言されたパスの外での編集
  • 動作することを証明する失敗テストなしに主張される修正
  • 関連のない変更で膨れ上がった差分

復旧プレイブック:

  1. 仕様を厳密にする:エージェントが触れることのできるディレクトリやテストを狭める
  2. 良い部分を救出する:失敗テストなどの有効な成果物を保持;ノイズの多い編集をリバート
  3. クリーンに再開する:改善された指示で新しいセッションを開始
  4. 引き継ぐ:エージェントが失敗していることがわかったら、最終変更をペアプログラミングする

10 · 始め方

Specification Mode

仕様 + AGENTS.md = 新機能の即時コンテキスト。

自律レベル

信頼できる自動化は、正確なビルド/テストコマンドに依存します。

まとめ

  1. リポジトリルート(必要に応じてサブモジュールも)にAGENTS.mdを追加。
  2. ビルド/テストコマンド、規約、注意事項を文書化—簡潔で実行可能に
  3. エージェントは自動的にそれを読みます;追加のフラグは不要。
バックログから一つの控えめなバグまたは小さな機能を選んでください。どこから始めるか、問題を再現する方法、完了の合図となる証拠を述べる3つの明確な文を書いてください。エージェントを探索 → 計画 → コード → 検証のプロセスで実行し、証拠をレビューして、マージしてください。 エージェントに必要なプレイブックを提供して、より少ない驚きでより速くシップしましょう!