AGENTS.md / CLAUDE.mdに何を書くべきか: AIエージェント用ルールの最小形
AIエージェントに毎回同じ説明をしないために、プロジェクトルール、禁止事項、検証手順を短く保つ書き方をまとめます。
- agent-ops
- claude-code
- prompts
- 情報確認
- 更新性
- 長く使える
- 読了目安
- 約1分
仕様・料金・提供範囲が変わりやすいテーマは、公開日・更新日・情報確認日を分けて管理します。 導入前には必ず記事末尾の一次情報と公式ドキュメントで最新状況を確認してください。
AIエージェントの精度を上げる一番地味で効く方法は、毎回チャットで説明していることをリポジトリに書くことです。Claude Codeのドキュメントでは、CLAUDE.md は永続的な指示、auto memory はエージェントが学習したメモとして整理されています。OpenAIのAgents SDK発表でも、AGENTS.md がエージェントシステムの共通プリミティブの一つとして扱われています。
書くべきこと
最初に書くのは、抽象的な思想ではなく、作業に直結する制約です。
# Agent Instructions
## Commands- Build: npm run build- Lint: npm run lint- Test: npm test
## Edit scope- Source files: src/- Do not edit: dist/, node_modules/, generated files
## Workflow- Inspect relevant files before editing.- Keep changes scoped to the requested task.- Run the narrowest useful verification before reporting done.
## Safety- Do not publish, deploy, or send external requests without explicit approval.- Do not print secrets, tokens, cookies, or private customer data.この程度でも、毎回のやり取りがかなり安定します。
書かない方がいいこと
長すぎるルールは、読まれないだけでなく、矛盾します。
- 気分や価値観だけの文章
- たまにしか使わない手順
- 古いコマンド
- 例外だらけの禁止リスト
- 特定の会話でしか必要ない背景
Claude Codeのドキュメントでも、具体的で簡潔な指示ほど従われやすいと説明されています。多段の手順や一部ディレクトリだけに関係するルールは、path-scoped rule や skill に分ける方が運用しやすいです。
更新タイミング
ルールファイルは、最初に完璧に書くものではありません。更新タイミングを決めておく方が効きます。
- エージェントが同じミスを2回した
- レビューで「知っているべきだった」指摘が出た
- 毎回同じ確認コマンドを教えている
- 新しいメンバーにも必要な文脈がある
AIエージェント用のルールは、READMEより運用に近く、CI設定より柔らかい位置にあります。短く、事実ベースで、検証可能に保つのがコツです。
出典
関連して読む
MCPとhooksを入れる前に決める、AIエージェントの安全境界
MCPで外部ツールを接続し、hooksで自動化する前に決めておきたい権限・ログ・停止条件を整理します。
- · 参考リンク 5件
その条文は「現在」のものです|e-Gov法令API v2の時点指定(asof)と通称検索を実測
e-Gov法令API v2はasofパラメータで過去時点の条文を返し、法令名検索が通称(abbrev)にもマッチします。v1しか叩いていないegov-law-mcp 0.1.0では何が引けないのかを、下請法の改題を題材に実測ログで確認します。
- · 参考リンク 6件
「下請法」で法令検索すると0件になる|通称と現行法令名のズレをMCPで埋める
e-Gov法令MCP(@codeagentjp/egov-law-mcp)のsearch_lawsは法令名マッチのため、下請法・電帳法・景表法といった通称は0件で返ります。実測ログをもとに、通称→正式名称の解決手順と、改題された法令の扱いを整理します。