
AI に強いコードベースの作り方
AI が迷わないコードベースは、人間にも保守しやすい。
この記事の結論
- AI に強いコードベースは、明確な構造・命名・テスト・ドキュメント・開発コマンド・設計判断の記録 が揃ったコードベースです。
- これは結局のところ 「人間にも保守しやすいコードベース」 と同じです。AI のために特別なことをするのではなく、原則を徹底するだけ。
- 整える順序: ディレクトリ構成 → 命名・規約 → CLAUDE.md / AGENTS.md → テスト → ドキュメント → ADR (設計判断記録)。
- 既存コードベースを AI フレンドリーに整えるときは、重要ドメインと変更頻度の高い箇所から 着手します。
- 整備の効果は、AI の生成精度向上だけでなく、人間の新規メンバーのオンボーディング時間短縮 にも現れます。
「自社のコードベース、AI が読みづらいみたいで、生成精度が低くて」
CTO や開発責任者からよく届く相談です。AI コーディングツール (Cursor / Claude Code / Codex) を入れたものの、出てくるコードが既存スタイルとズレている、関連ファイルを見落としている、というケースです。
Anthropic の Claude Code 解説でも、コードベースを traverseするときに ハーネス全体 (CLAUDE.md、hooks、skills、plugins、MCP servers) が成果を左右する、と整理されています (Claude Code docs / Anthropic)。AI に強いコードベースの整備は、ハーネスを整える作業です。
この記事では、AI に強いコードベースの特徴と、既存コードベースを改善する手順を整理します。
AI が迷うコードベースの特徴
実際に AI コーディングで迷いが多いコードベースの特徴:
1. ディレクトリの責務が不明確
src/utils/ に何でも入っていて、何があるか分からない。
2. 命名が一貫していない
同じ概念を、ファイルごとに違う名前で呼んでいる (User, Customer, Member など)。
3. 共通ロジックが散らばっている
集計、認証、バリデーションが、複数の場所で独立に実装されている。
4. テストがない、または部分的
「動いている」の確認手段がないので、AI が変更してよいか分からない。
5. ドキュメントが古い
README に書かれていることと、実装が乖離している。
6. 触ってはいけない領域が明示されていない
マイグレーション、課金、認証など、慎重に扱うべき領域が普通の場所に置かれている。
これらは AI だけでなく、人間の新規メンバーも同じく迷う 構造です。
AI に強い構造とは
1. ディレクトリ構成が責務を表現
src/
app/ # ルーティング
lib/
domain/ # ドメインロジック (純粋関数)
db/ # データアクセス
auth/ # 認証ラッパー
integrations/# 外部 SaaS 連携
components/ # UI コンポーネント
各ディレクトリの責務が、構造から読み取れる状態にします。
2. 命名の一貫性
- ドメインオブジェクトの命名統一 (User なら User で揃える)
- ファイル名の規約 (kebab-case / PascalCase)
- 関数・変数の命名規約
3. 共通ロジックの集約
- 集計は domain/aggregations.ts に集約
- 認証は auth/ に集約
- API は repositories/ に集約
4. テストの存在
- 主要ドメインの単体テスト (70% カバレッジ)
- 主要フローの E2E テスト
詳しくは AI でコード生成するなら、先にテストとレビューを整備すべき理由 で展開しています。
ここまでで「自社のコードベースを AI フレンドリーに整えたい」と感じたら、診断から相談するのが現実的です。
ドキュメントとテストの整備
必要なドキュメント
- README: プロジェクトの目的、起動方法
- CLAUDE.md / AGENTS.md: AI 用の文脈
- ADR: 重要な設計判断
- Runbook: 障害対応手順
- アーキテクチャ図: 主要コンポーネントの関係
テストの整備順序
- 重要ドメインの単体テスト
- 主要フローの E2E
- CI で必須化
- カバレッジ計測
CLAUDE.md / AGENTS.md の活用
最も効果が高い投資は、プロジェクト文脈ファイル の整備です。
Anthropic の CLAUDE.md は system prompt に自動的に含まれる 設計 (Using CLAUDE.md files / Anthropic)。OpenAI の AGENTS.md は 作業前に Codex が読む プロジェクト固有指示 (Custom instructions with AGENTS.md / OpenAI Developers)。
書くべき項目
- プロジェクト概要
- アーキテクチャ
- 主要コマンド
- テスト方針
- コーディング規約
- セキュリティ規約
- 触ってはいけない領域
- PR チェックリスト
詳しくは CLAUDE.md / AGENTS.md に何を書くべきか で展開しています。
リファクタリング手順
既存コードベースを AI フレンドリーに整える手順:
Step 1: 現状把握 (1〜2 週間)
- ディレクトリ構造の整理
- 主要なドメインオブジェクトの一覧化
- 重複ロジックの特定
- テストの有無
Step 2: CLAUDE.md / AGENTS.md 作成 (1 週間)
- プロジェクト概要、構造、規約を文書化
- 触ってはいけない領域の明示
Step 3: 重要ドメインの整理 (2〜4 週間)
- 集約されていないロジックを 1 箇所に
- 命名の統一
- テストの追加
Step 4: ADR の蓄積 (継続)
- 重要な設計判断を都度記録
- 過去の判断の振り返り
Step 5: 振り返りサイクル
- 月次でレビュー
- AI が出した質問の傾向から改善ポイントを抽出
既存コードベースのよくある改善ポイント
実際に AI フレンドリー化で多い改善:
| 改善ポイント | 効果 |
|---|---|
| ユーティリティ関数の整理 | AI が同じ機能を再実装しない |
| 命名の統一 | AI が正しい名前を使える |
| テストの追加 | AI が変更の影響を確認できる |
| CLAUDE.md / AGENTS.md | AI が文脈を理解できる |
| ディレクトリの責務明示 | AI が正しい場所にファイルを置く |
| 触ってはいけない領域の明示 | AI が事故を起こさない |
min's のコードベース整備支援
min's では、AI フレンドリーなコードベース化を以下の流れで支援しています。
Phase 1: 診断 (1〜2 週間)
現状の構造、テスト、ドキュメントの評価。費用 50〜100 万円。
Phase 2: 整備 (4〜12 週間)
CLAUDE.md / AGENTS.md 作成、ディレクトリ整理、テスト追加、ADR 整備。費用 200〜600 万円。
Phase 3: 継続並走
月次のレビューと改善。費用 月 30〜80 万円。
AI-ready コードベース診断を相談したい方へ
min's では、既存コードベースの AI フレンドリー化、CLAUDE.md / AGENTS.md の整備、リファクタリング並走を支援しています。
次に読む記事
参考
- Claude Code docs / Anthropic — ハーネス全体 (CLAUDE.md, hooks, skills, plugins, MCP) の重要性
- Using CLAUDE.md files / Anthropic — CLAUDE.md で文脈を渡す仕組み
- Custom instructions with AGENTS.md / OpenAI Developers — Codex に作業前に読ませる AGENTS.md