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 🐙

皆さんの ❤️ やシェアが励みになります！