Claude Code Level 5 自律化ロードマップ｜2026年版・段階別 CLAUDE.md / Skills 実装テンプレ集
Claude Code Level 5 自律化ロードマップ｜2026年版・段階別 CLAUDE.md / Skills 実装テンプレ集
PR: 本記事にはアフィリエイトリンク（プロモーション）が含まれます。掲載するサービスは編集部が記事内容との関連性で選定しており、報酬の有無で評価を変えていません。
「Claude Code を入れたが、毎回プロンプトを書いて確認して、結局手作業より少し速い程度」。そんな声が SNS で増えている。一方で「Level 5 まで育てたら開発が指示と確認だけになった」という Qiita の特集記事（2026 年 4 月）が話題になり、自律化レベルの差で生産性が 5〜10 倍開くことが可視化された。
本記事では、Claude Code を Level 0 から Level 5 まで段階的に育てるロードマップ を、各 Level で必要な CLAUDE.md / Skills / Hooks の実装テンプレと一緒に提示する。読み終えた直後から、自分のリポに 1 行ずつコピペで投入できる構成にした。
Claude Code 自律化レベル定義（Level 0〜5）
まず Level の定義を揃える。Anthropic 公式の用語ではなく、本記事が運用知見から整理した実務上の段階区分だ。
| Level | 状態 | 自動化範囲 | 必要設定 |
|---|---|---|---|
| Level 0 | 都度プロンプト・都度承認 | コード生成のみ | なし（素のインストール） |
| Level 1 | プロジェクト規約を理解 | スタイル・命名規則・依存ライブラリ | CLAUDE.md |
| Level 2 | 反復作業の圧縮 | 定型タスクをコマンド化 | .claude/skills/*/SKILL.md |
| Level 3 | イベント駆動の自動化 | コミット前検査・整形・デプロイ予約 | .claude/settings.json の Hooks |
| Level 4 | 思考の分業化 | 計画立案・コードレビュー・調査の subagent 化 | Plan / Explore agent + subagent_type |
| Level 5 | ROI ガード付き完全自律 | 撤退判定・WIP 上限・トークンコスト制御 | Rule セット（kill_condition / TTR / WIP cap） |
「Level 5 = 何でも自動」ではない。人間が承認すべきところを残しつつ、機械判定可能なゲートですべての分岐を縛ることが Level 5 の本質だ。盲目的な auto-approve とは正反対の設計思想である。
Level 1: CLAUDE.md 最小セットアップ
最初の 30 分で書くべきは CLAUDE.md 1 ファイルだけだ。Claude Code はリポジトリのルートに置かれた CLAUDE.md を全セッション開始時に自動ロードする。これが Level 0 → Level 1 の境界線になる。
import 構文で関心を分離する
公式仕様（Anthropic Memory ドキュメント）では @path 構文で 5 hop までインポートでき、本体を 200 行以下に保つことが推奨される。最小テンプレはこうだ。
# CLAUDE.md
このプロジェクトのコーディング規約は @docs/coding-conventions.md を参照。
リリース手順は @docs/release-protocol.md を参照。
セッション開始時は @docs/session-startup.md の Step 1〜3 を必ず実行する。
## 絶対ルール
- テストなき納品禁止（Red-Green-Refactor）
- 認証情報は .env.secrets 経由のみ（ハードコード禁止）
- 一時ファイルは .tmp/ 配下のみ（リポジトリ汚染防止）このわずか 10 行で、Claude は コーディング規約・リリース手順・セッション初動・セキュリティ原則 をすべて把握する。書きすぎると context を圧迫するので、詳細は import 先に逃がすのが鉄則だ。
起動時タスクを宣言する
CLAUDE.md 末尾に次の 3 行を入れておくと、毎セッション開始時に Claude が状態確認を自走するようになる。
## 起動時タスク
1. `git status` で未 commit を確認
2. `docs/issues/open/` を読み未対応 issue を把握
3. 直近 commit のレビュー指摘の有無を確認これだけで Level 0（毎回ゼロから状況説明）から Level 1（Claude が自分で状況把握）へ移行する。
Level 2: Skills で繰り返し作業を圧縮する
Level 2 の鍵は .claude/skills/<name>/SKILL.md だ。Skills は「特定の状況下で Claude が自動的に呼び出すドメイン知識パック」で、frontmatter の description を使って trigger 判定が走る。
SKILL.md の frontmatter 例
---
name: deploy-vercel
description: Vercel への deploy を実行する。Use when user says "deploy", "本番反映", "公開", or "/deploy".
---
# Vercel デプロイ手順
1. `npm run build` でビルド
2. `vercel --prod` で本番反映
3. デプロイ完了後 `curl -sI <url>` で 200 OK 確認ポイントは description の trigger キーワード列挙だ。「deploy」「本番反映」「公開」「/deploy」のいずれを user が言っても自動発火する。これを 10〜20 個用意するだけで「定型作業を 1 単語で呼べる」状態になる。
Skills と CLAUDE.md の使い分け
| CLAUDE.md | Skills | |
|---|---|---|
| ロード | 全セッション自動 | trigger 一致時のみ |
| 適性 | プロジェクト全般のルール | 特定タスクの実行手順 |
| サイズ | ≤200 行推奨 | 1 ファイル 200〜500 行可 |
「いつ呼ぶか」が明確な作業は Skills、「常に意識すべきこと」は CLAUDE.md、と区切るのが運用しやすい。
詳しい SKILL.md の書き方は別記事「Claude Code Skills 設計ガイド」で網羅している。
Level 3: Hooks で自動化を仕込む
Level 3 のゲームチェンジャーは .claude/settings.json の Hooks だ。SessionStart / PreToolUse / PostToolUse / Stop などのイベントに任意のシェルコマンドを bind できる。
よく使う Hooks 3 種
{
"hooks": {
"SessionStart": [
{ "matcher": ".*", "hooks": [{ "type": "command", "command": "bash scripts/session-startup.sh" }] }
],
"PreToolUse": [
{ "matcher": "Bash", "hooks": [{ "type": "command", "command": "bash scripts/guard-destructive.sh" }] }
],
"PostToolUse": [
{ "matcher": "Edit|Write", "hooks": [{ "type": "command", "command": "bash scripts/auto-format.sh" }] }
]
}
}- SessionStart: 接続チェック・git 同期・heartbeat 報告を自動化
- PreToolUse:
rm -rf/git push --force等の破壊的操作を事前にブロック - PostToolUse: ファイル編集後に prettier/black 等の formatter を自動起動
特に PreToolUse による破壊的操作のブロック は、Level 5 で auto-approve を増やす前提条件になる。「危ないものは hook で止まる」状態を作ってから、安全な操作を自動化していく順序が安全だ。
学習を体系的に進めたい場合は、こうした AI 開発ツールの実践講座が役に立つ。Coloso では現役エンジニアによる Claude Code 系のオンライン講座が複数公開されている。
💡 AI コーディング学習に最適: Coloso のクリエイティブ講座一覧（公式サイトで詳細を見る） — 動画で繰り返し学べるため Hook / Skills の実装パターンを手元で再現しやすい。
Hooks の詳細パターンは「Claude Code Hooks 自動化完全ガイド」を併読すると理解が深まる。
Level 4: Subagent / Plan モードで承認待ちを最小化
Level 4 の壁は「重い思考タスクで Claude がブロックされる」問題だ。例えば大規模リファクタの計画立案や、20 ファイル横断の影響調査は、メイン context で実行すると以後のトークンを食い潰す。
Agent tool による分業
Agent({
subagent_type: "Plan",
description: "Refactor migration plan",
prompt: "src/legacy/ 配下の useEffect を全件 useSyncExternalStore に移行する計画を立ててください。
影響範囲・テスト追加方針・ロールバック手順を返してください。"
})Plan agent は独立 context で起動するため、メインの会話履歴を汚染しない。返ってくるのは要約された計画書だけだ。これを Plan モード（公式機能）と組み合わせる と、計画レビュー → 承認 → 実装の 3 段ゲートが完成する。
Subagent 起動時の必須プロトコル
ここで重要なのが、subagent は CLAUDE.md を自動継承しない という公式仕様だ（親 session のみ自動ロード）。subagent の prompt 冒頭に必ず以下を含めること。
作業前に必ず以下を Read:
- /path/to/CLAUDE.md
- /path/to/docs/protocols/rules-development.mdこれを忘れると subagent が独自判断で破壊的操作を始める事故が起きる。Level 4 の運用では「rule 強制 Read プロトコル」を SKILL.md にも明記するのが定石だ。
Level 5: ROI ガード付き完全自律 + 撤退判定
最終 Level 5 の本質は 「機械判定可能な kill_condition / TTR / WIP cap で意思決定の暴走を防ぐ」 ことにある。auto-approve を全開にするのではなく、判断を rule で縛ってから自動化する設計だ。
必須 ROI 要素 5 つ
すべての Plan agent 出力に下記 5 項目を必須化する。
expected_jpy: 1800 # 6ヶ月期待売上
hours: 1.5 # 投下工数
lead_time_days: 0 # 着手→完了
ttr_days: 7 # 完了→初¥到達想定
kill_condition: "公開後 90 日 ¥0 & GSC <10 click → noindex"
confidence: 0.55 # 0-1撤退判定の自動化（Rule 7c 相当）
kill_condition_check.sh:
for product in $(ls products/); do
days=$(( ($(date +%s) - $(stat -f %B "products/$product")) / 86400 ))
revenue=$(node system/cli.mjs revenue "$product")
hours=$(node system/cli.mjs hours "$product")
if [ "$days" -gt 30 ] && [ "$revenue" -eq 0 ] && [ "$hours" -gt 20 ]; then
bash scripts/issues/file-issue.sh \
--title "Product $product: kill candidate (Rule 7c)" \
--severity P1
fi
doneこれを cron で日次実行すると、「30 日 × ¥0 × 工数 20h 超」のプロダクトが自動的に撤退判定キューに入る。Level 5 の運用は「常に何かが死ぬ」前提で設計するのがコツだ。情緒で延命させないために、判断を機械に渡す。
WIP cap の機械化
ZERO_PRODUCTS=$(node system/cli.mjs revenue list | jq '[.[] | select(.totalIncome == 0)] | length')
if [ "$ZERO_PRODUCTS" -ge 5 ]; then
echo "WIP cap (5) reached — kill 1 before spawning new"
exit 1
fi「収益¥0 のプロダクトを最大 5 つまで」という cap を入れることで、リソース希薄化を防ぐ。Claude Code に新規プロジェクト spawn を任せる際は、必ずこの check を PreToolUse hook に挟む。
Level 5 を運用する側のキャリア戦略
Level 5 自律化の社会的インパクトは無視できない。「AI に指示するエンジニア」と「AI に指示されるエンジニア」の二極化が、2026 年現在進行中だ。
求められるスキルセット
| 従来エンジニア | AI 自律化時代のエンジニア |
|---|---|
| 実装速度・記憶力 | 設計判断・kill_condition 設計 |
| フレームワーク習熟 | Rule セット設計・ROI 試算 |
| デバッグ職人芸 | レビュー設計・gate 設計 |
転職市場でもこの変化は起きている。AI 自律開発に対応できるハイクラスポジションは増えており、年収レンジが従来比 1.5〜2 倍のオファーも珍しくない。現職で Level 5 運用経験を 6 ヶ月以上積んでから転職活動を始めるのが、最もレバレッジの効くキャリア戦略になる。
💡 AI 時代のエンジニア転職を検討する方へ: TechGo（MyVision 運営・無料面談 ¥45,000 相当）の公式ページで詳細を見る — 現役 IT ハイクラス転職コンサルタントが Claude Code / Cursor 等の AI 自律開発スキルを評価する求人にも対応。カウンセリング無料で、現職在籍中の相談も受け付けている。
失敗パターン 5 選（差別化セクション）
Level 5 を目指す過程で踏みやすい地雷を 5 つ挙げる。全部 1 度はやってしまうので、事前に知っておく価値が高い。
1. 全承認スキップで rm -rf 事故
bypassPermissions モードを常用したまま、Claude が誤って rm -rf node_modules ではなく rm -rf / 相当の操作を投げて実行されたケース。PreToolUse hook で破壊的コマンドをブロックする仕組みを必ず先に入れること。
2. CLAUDE.md 肥大化で context オーバーフロー
「あれもこれも書いておこう」と 800 行になった CLAUDE.md がメイン context の 30% を食い潰し、長セッションでメモリ圧迫が起きる。本体 200 行以下、詳細は @import を厳守する。
3. Skills の description が曖昧で発火しない
description: "プロジェクトに役立つスキル" のような曖昧記述では trigger が判定できず、Claude が呼び出してくれない。「Use when user says X, Y, Z」と明示的に列挙するのが鉄則だ。
4. Subagent に CLAUDE.md を継承させ忘れ
独自判断で git push --force を打たれて main が破壊された事例。subagent prompt 冒頭の Read 指示を SKILL.md テンプレに組み込み、忘れない仕組みにする。
5. kill_condition なしで延命プロダクトが増殖
「もう少しで売れそう」と感情で延命したプロダクトが 10 個並列 → 全部赤字、というパターン。Rule 7c の機械判定を cron で日次実行し、判断を機械に委ねる。
よくある質問
Q1. Level 5 にどれくらいで到達できますか？
A. 1 リポジトリ × 1 人開発なら、毎日 30 分 × 30 日（合計 15 時間）で Level 4 までは到達できる。Level 5 は kill_condition の運用知見が必要なので、最低 3 ヶ月の実運用経験を経てからが現実的だ。
Q2. CLAUDE.md は何行が適切ですか？
A. 公式推奨は 200 行以下。300 行を超えたら @import で分割するシグナル。本体は「どこに何があるか」のインデックスに徹し、詳細は satellite ファイルに逃がす設計が長持ちする。
Q3. 個人開発と業務利用で設定は変えるべきですか？
A. 大きく変える必要があるのは Hooks と承認ポリシーだ。業務利用では PreToolUse で git push --force ブロック・credential 検出ブロック・本番デプロイ前 dry-run 必須 を仕込むことを強く推奨する。
Q4. Cursor 3 / Copilot Coding Agent との使い分けは？
A. 短時間の補完特化なら Cursor、複雑な多段タスクの自律実行は Claude Code が向いている。両方を併用する開発者も多い。詳細は「Cursor 3 と Claude Code の比較」を参照。
Q5. Skills と Hooks はどちらを先に整備すべきですか？
A. Hooks（特に PreToolUse の破壊的操作ブロック）を先に整備する。Skills は便利機能だが、Hooks は安全網だ。安全網のないまま自動化を増やすと事故リスクが指数関数的に上がる。
Q6. Level 5 でも残る人間の役割は何ですか？
A. ① kill_condition の設計、② ROI 試算の妥当性レビュー、③ 顧客対応の最終承認、④ 不可逆操作（DB DROP / git push —force / 課金 API call）の承認、の 4 つだ。これらは Level 5 でも自動化対象から外す。
Q7. 月額コストの目安はどのくらいですか？
A. Pro プラン（月 $20）で個人開発の Level 4 までは賄える。Level 5 で複数 subagent + 大規模リファクタを並列実行する場合は、Max プラン（月 $100〜$200）が必要になることが多い。コストは productivity × 時給で割って判断する。
まとめ：今日から始める 3 ステップ
Level 5 はゴールではなく 「機械判定可能なゲートで縛られた、安全な自律状態」 だ。今日から始められる 3 ステップで第一歩を踏み出そう。
ステップ 1: CLAUDE.md を 30 行で書く（コーディング規約・絶対ルール・起動時タスクの 3 セクションのみ）
ステップ 2: PreToolUse hook で git push --force をブロックする（.claude/settings.json 5 行追加）
ステップ 3: 1 つだけ Skill を作る（自分が週 3 回以上やっている定型作業を SKILL.md 化）
3 ステップ全部で 2 時間以内に終わる。「完璧な設計」よりも「動く Level 1」を今日作るのが、Level 5 への最短ルートだ。