目次を表示する

Claude Code 自走の作法 ─ 副業煽りを解体し、本物の自動化を設計する

エピローグ ─ 自律性の天井と参考文献

エピローグ ─ 自律性の天井と参考文献

10 章にわたって「Claude Code を自走させる作法」を扱ってきた。最後に、登った階段を振り返り、自律性の天井を直視し、何を任せて何を残すかを考える。

登った階段の振り返り

このシリーズを振り返ると、構造は単純だった：

graph LR
  P1[第 1 部<br/>地図を描く] --> P2[第 2 部<br/>5 段の階段を登る]
  P2 --> P3[第 3 部<br/>批評と移植]

  P1 -.内訳.-> Ch1[ch01-02]
  P2 -.内訳.-> Ch2[ch03-07<br/>L1 → L5]
  P3 -.内訳.-> Ch3[ch08-10]

  style P2 fill:#e1f5ff
  style P3 fill:#fff4e1

「自律性の階段」というメンタルモデル が中核にあった。L1 から L5 まで、各段に固有の道具立て・効果・コストがあり、自分の業務に必要な高さまで登る。

「全員が L5 まで登る必要はない」を繰り返し書いたのは、この点を強調したかったからだ。多くのタスクは L1-L2 で十分 であり、L3 以上は「人がいない時間に動かす」必要がある場面に限って登る。

自律性には天井がある

ここまで「自律的に動かす」を肯定的に扱ってきたが、完全自律は不可能 である事実を直視する。

天井 1：判断の責任は人間に残る

Claude が誤情報を含む記事を公開した、誤った PR をマージした、本番 DB を破壊した ── これらの責任は あなた に帰属する。Claude を「自動運転」に喩えるなら、ハンドルを握る運転手はあなた。

これは技術的限界ではなく 倫理的・法的境界。Claude が高度になっても消えない。

天井 2：context の限界

Claude は世界の全てを知らない。あなたの業務の暗黙の文脈、組織の歴史、顧客の個性 ── これらを完全に伝えるのは不可能。「なぜそうなっているか」が捨てられている部分 で Claude は誤る。

CLAUDE.md / Skill / Memory MCP で context を補えるが、100% にはならない。

天井 3：コストの非線形性

L4 / L5 でトークン消費が累積すると、コストが線形を超えて伸びる。月 $1000 を超え始めると ROI が崩れる。「自動化は金を生む」が嘘である本質的な理由。

graph LR
  L1[L1<br/>$10/月] --> L2[L2<br/>$30/月]
  L2 --> L3[L3<br/>$100/月]
  L3 --> L4[L4<br/>$300/月]
  L4 --> L5[L5<br/>$1000+/月]

  style L1 fill:#e1ffe1
  style L5 fill:#ffe1e1

コスト cap を必ず設ける。これを忘れると数日で月予算を消費する事故が起きる。

天井 4：暴走と無自覚

L4 / L5 では「人が見ていない時間」に問題が起きる。気付くまでに数時間〜数日のラグがある。Hooks / 通知 / branch protection で監視を厚くしても、すべての暴走を防ぐのは不可能。

「気付かない自動化はないより悪い」 ── L4 章で書いたが、ここで再確認する。

天井 5：技術の急激な変化

Claude Code は 2024 年後半に登場し、2026 年現在も進化が続いている。今日の best practice が 6 ヶ月後には陳腐化する。学んだことを捨てて学び直す覚悟 が要る。

このシリーズも 2026 年 5 月時点のスナップショット。読者がこれを読む時には、もっと良い道具・パターンが現れている可能性が高い。

何を任せ、何を残すか

天井を踏まえて、判断軸：

graph TB
  Q1[判断の責任が重いか?] -->|Yes| Keep[人間に残す]
  Q1 -->|No| Q2[繰り返し頻度は?]
  Q2 -->|高| Q3[失敗の被害は?]
  Q2 -->|低| Skip[自動化対象外]
  Q3 -->|軽い| Auto[Claude に任せる]
  Q3 -->|重い| Half[人間レビュー込みで Claude]

  style Keep fill:#fff4e1
  style Auto fill:#e1ffe1
  style Half fill:#fff4e1
  style Skip fill:#fff

3 つの分類：

  1. 完全に Claude に任せる：失敗影響が軽く、頻度が高く、判断責任が軽い作業

    • 例：コミットメッセージ生成、PR の関連 issue 自動 link、format/lint 自動実行

  2. 人間レビュー込みで Claude：失敗影響が中程度、判断が必要な作業

    • 例：PR レビュー（指摘は Claude、マージ判断は人間）、週次レポートの draft 生成、依存更新 PR

  3. 人間に残す：判断責任が重い、文脈依存が強い作業

    • 例：採用 / 評価判断、戦略設計、顧客との関係構築、品質基準の最終判断

持ち帰りリスト

序章で約束した 4 つの持ち帰り、改めて確認：

1. 自律性の 5 段階モデル

  • L0：対話（出発点）
  • L1：型化（Skill / Slash Command）
  • L2：自己監視（Hooks）
  • L3：Event-driven（GitHub Actions）
  • L4：時間軸切り離し（Scheduled / Routines）
  • L5：多体化（Sub-agent / MCP）

自分の現在地を測り、次の一歩を考える共通言語。

2. 5 つの実装パターン

  • Slash Command でコンテキスト集めまで型化する
  • Hooks で危険コマンド block + 自動 format + ルール再注入
  • claude-code-action で PR レビュー / Issue triage の event-driven 化
  • Cloud Routines で寝ている間に成果を出す（dely 流の段階移行）
  • Generator + Validator の 2 体構成（Anthropic Growth 流）

3. 偽物・本物の 10 + 10 指紋

副業煽り記事を 30 秒で見抜くチェックリスト。鏡像構造で本物の指紋も同時に把握する。

4. 4 ステップ移植プロセス

棚卸し → スコアリング → L1 実装 → 観察と段階移行。今やっている作業を発見し、自動化候補に変換する 実装手順。

このシリーズの読み終わり方

読み終わった今、あなたに 1 つだけお願いがある：

今週中に、L1 で何か 1 つ作る。

  • .claude/commands/ に最低 1 つの Slash Command を置く
  • それを 1 週間使う
  • 改善点をメモする

これだけで「読んだだけ」と「動かした」の差は埋まる。階段の最初の 1 段は、想像するより低い。自分の手で動かして初めて、L2 以降が必要かどうか判断できる。

関連シリーズ

このシリーズと組み合わせて読むと立体的になる記事群：

参考文献・情報源

公式ドキュメント

Anthropic 一次情報

企業 Tech Blog

個人技術記事（信頼度高）

コスト・トークン管理

副業・実務体験記録

コミュニティリソース

関連書籍・概念

  • Team Topologies (Skelton & Pais) ── Cognitive Load の概念、自動化と組織の関係
  • The Pragmatic Programmer ── DRY 原則、自動化の哲学

おわりに

「Claude Code で月 100 万」と煽る記事を 1 件読むよりも、.claude/commands/commit-msg.md を 1 つ書く方が、確実に時間が浮く。

自走化は派手な技術ではなく、地道な型化の積み重ね。L1 で 80% の効果が出る。L2 で安心が増す。L3-L5 は「ここぞ」という場面で武器になる。

このシリーズが、あなたの 明日の業務に何か 1 つ持ち込める ものになっていたら嬉しい。

階段は登り終わるためではなく、自分が登るべき高さを見つけるため にある。