hookの遅延を計測する話 まで続けてきた「Claude Code環境」シリーズの、最終回です。
ここまで一本ずつ「記憶」「スキル」「コスト」「自己修復」といった部品を作ってきました。この最終回でやることは2つ。ひとつは、その部品を一枚の地図に並べ直し、個々の記事には書かなかった「部品どうしの繋がり」と、全部に通底していた設計原則を言葉にすること。もうひとつは、最後まで読んでくれた人が一番知りたいであろう問い ―― 「で、この環境、結局どうなったの？」 に、正面から答えることです。
前半は技術のまとめ（新しいコードは出てきません）。後半で、この環境が実際に何を生んだのか ―― お金の話も含めて ―― 正直に書きます。
シリーズの地図
書いた記事を、役割ごとに並べるとこうなります。
記憶 ― Claudeに昨日を覚えさせる
- 4層の記憶アーキテクチャ ― セッションを跨いで文脈を持たせる土台
- 会話ログを記憶に変える ― 全セッションをObsidian Vaultへ自動投入し、捏造を防ぐ ground truth にする
スキル ― Claudeに手順を覚えさせる
- 自己増殖するスキル ― 再利用できる手順を、頼まなくても自分でスキル化させる
協業とガード ― 安全に手を動かさせる
- CodexとClaudeの協業 ― 設計はClaude、実装はCodexに渡す役割分担
- push前の秘密ガード ― commit/push時にAPIキーやPIIを自動でブロック
自走と可視化 ― 放っておいても回す／回っているか見る
- 毎朝のGitHub巡回 ― 有用なOSSやスキルを自動で発見・採点
- autopilotで自走させる ― 残量capと自己申告の実測照合
- コストを可視化する ― いくら使っているかをターミナルに出す
- 自動化の死活監視 ― 「壊れている時だけ赤信号が出る」方式の健康診断
- 環境マップを毎朝自動生成 ― PC・Claude・プロジェクトをMermaid図で俯瞰
運用の地ならし ― 散らからないようにする
- プロジェクト台帳とsymlinkツリー ― 増え続けるプロジェクトを8カテゴリで整理
- コンテキストの肥大を削る ― 注入される文脈を必要分だけに絞る
- launchdの落とし穴 ― macOSの定期実行でハマる罠
- hookの遅延を計測する ― hookのp95をwrap 1行で測る
部品はどう繋がっているか
ここが、個々の記事では書けなかった部分です。上の14本は別々のテーマに見えて、実は一本のループを回しています。
┌─────────────────────────────────────────────┐
│ │
▼ │
[記憶] ──→ [スキル] ──→ [自走/自動化] ──→ [可視化/監視]
4層memory 手順を蓄積 launchdで無人実行 死活監視・コスト
▲ │ │
│ ▼ ▼
│ [ガード] [自己修復]
└────────────────── 秘密/owner検証 壊れたら戻す
会話ログが記憶に戻る │
▲ │
└────────────────────────────────────────────┘
修復ログ・実測値が次の記憶になる
- 記憶が「昨日までの文脈」を渡し、それを元にスキル（手順）が選ばれ、自走（launchd）が無人で実行し、結果を可視化/監視が観測する。
- 無人で動くからガード（秘密スキャン・owner検証）が要り、壊れたら自己修復が戻す。そして修復ログと実測値が、また記憶に戻って次の判断材料になる。
部品を単体で入れても効きません。「記憶があるからスキルが育ち、スキルが育つから自走でき、自走するから監視とガードが要る」という依存の連鎖になっていて、ループが閉じて初めて「放っておいても回る環境」になります。連載を順番に読むと部品の作り方は分かりますが、この繋ぎ方こそが本体でした。
通底していた4つの原則
並べ直すと、別々のテーマに見えて同じ考え方が何度も出てきていました。
1. 自己申告を信じず、実測で照合する
このシリーズで一番繰り返したのがこれです。Claudeは「やりました」「3本公開しました」と言いますが、その言葉と実体はズレます。だから会話ログは ground truth として実ファイルを正とし、autopilotは自己申告の回数を実測と突き合わせ、hook計測では「meanは外れ値で壊れるからp95を見る」と結論しました。AIに任せるほど、検証は人間（とスクリプト）が握る。
2. 壊れている時だけ声を上げる
死活監視の核は「正常時は無言、異常時だけRED FLAGが出る」設計でした。毎朝「全部OKです」と通知が来る仕組みは、3日で誰も読まなくなります。沈黙をデフォルトにして、逸脱だけを目立たせる。自己修復も同じで、直せた時は静かに、直せなかった時だけ人間を呼びます。通知の数は、信頼と反比例します。
3. 自動化にこそガードレールを付ける
無人で動くほど事故は静かに広がります。秘密ガードはpush前にPIIを止め、launchdの記事では「launchd直実行にはhookが乗らないのでスクリプト内に自前で秘密スキャンを再実装する」という落とし穴に触れました。人手が抜けた経路ほど、ガードを二重に張る。一度でもAPIキーをpushすれば、取り返しはつきません。
4. 環境は設計するものではなく、育てるもの
スキルの自己増殖もプロジェクト分類も、「最初に完璧な体系を作る」のではなく「使いながら足して、定期的に間引く」運用でした。スキルは30日未使用でstale、90日でアーカイブ。増やす仕組みと減らす仕組みをセットで持つから、肥大せずに育ちます。盆栽と同じで、伸ばす枝と切る枝の両方を決めるから形になる。
到達したスケール
設計図が最初にあったわけではありません。一本ずつ部品を足していったら、いまこうなっていました。
- launchdに登録された自動化：30本
- 自分で書かせて育てたスキル：85個
- この連載自体：14本（しかも執筆→サムネ生成→秘密スキャン→公開まで自動化されている）
数字を自慢したいわけではなく、「一本ずつ足す」を続けるとここまで来るという実例として置いておきます。最初から30本のlaunchdを設計しようとしたら、たぶん一本も完成しませんでした。小さく始めて、壊れたら直して、また足す。それだけです。
今日から建てるなら、この順番
もし今ゼロから組むなら、依存の連鎖に沿ってこの順で入れます。
- 記憶（4層）― これが無いと何も積み上がらない。最初にやる。
- 秘密ガード ― 自動化を足す前に、事故を止める網を先に張る。
- スキルの自己増殖 ― 手順が貯まり始める。ここから加速する。
- launchdで1本だけ自走 ― 小さく無人実行を体験する。最初の1本が一番こわい。
- 死活監視 ― 自走を増やす前に「壊れたら分かる」状態にする。
- あとは足すだけ ― 監視とガードがあるので、安心して数を増やせる。
逆順（先に大量の自動化、後からガード）でやると、静かな事故で痛い目を見ます。ガードと監視を「増やす前」に置くのが、唯一かつ最大のコツでした。
ここまでが「作り方」。ここからが「どうなったか」。
技術のまとめはここまでです。でも、正直に言うと、僕がこの環境を組んだ動機は「Claude Codeを便利に使いたい」だけではありませんでした。生きるためでした。
月10万の学生が、ゼロに落ちて、月120万になるまで
最初は月10万でした。大学に通いながらの、バイト感覚の収入。
そこから複数の会社を掛け持ちして、気づけば月60万。学生にしては上出来だと思っていました。
——その全部が、ある日いっぺんに消えました。会社都合の解雇。収入はゼロ。
積み上げたつもりのものが一瞬で崩れて、「自分には何も残っていない」と本気で思いました。
でも、ひとつだけ残っていた。"自分の手で何かを回し続ける仕組みを作る力" でした。
そこから半年、Claude Code を相棒に、この連載で書いてきた自律環境をゼロから組みました。記憶・スキル・自動化・ガード ―― 部品を一本ずつ足して、**ほぼ無人でコンテンツとアプリを生み続ける"工場"**を建てた。気づけば launchd 30本・スキル85個。そして収入は、月120万まで戻っていました。
戻せた理由は、根性ではありません。"寝ている間も回る仕組み"を持ったからです。ゼロに落ちたあの日の自分に一言だけ言えるなら、こう言います ―― 「続けろ。お前が作る"仕組み"だけは、誰にも解雇できない」。
で、どうやって月120万になったのか
この環境は、単なる作業効率化では終わりませんでした。30本のlaunchdと85個のスキルが、いま**コンテンツ（アフィリ記事・YouTube台本・記事配信）やアプリ（iOSマイクロアプリの量産→審査提出）を、ほぼ無人で生産し続ける「工場」**として動いています。原価はほぼゼロ ―― API課金はClaude Maxの枠と無料Tierだけで回しているからです。
無料連載が「臓器の作り方」だったとすれば、残っているのはそれを全部繋いで"収益を生むシステム"として動かす話です。具体的には、
- どの部品が、どうやってお金に変わっているのか（仕組みの全体図）
- 各チャネルの実際の数字と、立ち上げで詰まった場所
- ゼロから始める手順（最初の1円が立つまでの最短ルート）
- 購入者向けの継続サポート
これを、note の有料記事に全部まとめました。
📕 Claude Code自律環境で、実際どう稼ぐか ― 仕組み・実例・始め方・サポート
発売記念で低価格スタートにしています。読まれて部数が出るごとに値上げしていくので、早く読むほど安いです。気になる人は公開直後がおすすめです。
次の無料連載
並行して、この環境で実際に何を作ったかの連載も始めます。「個人開発の量産」シリーズ ―― 1日でiOSアプリを着想して審査提出するまでの量産フローや、アフィリ記事を毎朝自動公開する仕組みなど、工場の中身を一本ずつ開けていきます。
ここまでお付き合いいただき、ありがとうございました。環境を「使う」から「育てる」へ ―― そして、育てた環境は、ちゃんと自分を食わせてくれます。この連載が、誰かの一本目の部品になれば嬉しいです。
Lily（@bokuwalily）― 個人開発者。Claude Code で自動化基盤を組みながら、iOSアプリやWebサービスを量産しています
- 作ったアプリは ポートフォリオ にまとめています📱
- 新着・開発の裏側は X @bokuwalily で発信しています🌍
- OSS: github.com/bokuwalily 🐙
皆さんの ❤️ やシェアが励みになります！