Claude Codeを使い始めてから2ヶ月以上経ち、ひとつの設定ファイルから一つのオペレーティングシステムへと成長した。最も痛い経験は、rules/ディレクトリ内のファイルを毎回全ての対話で読み込むことだった。17KBのルールを詰め込んだ結果、コンテキストウィンドウが破裂寸前に—125,996 / 125,999トークン、Claudeは文字を出せずにぐるぐる回った。6.6KBに削減してやっと正常に戻った。この出来事から、私は一つの設計原則を学んだ：すべてのバイトにはコストがあり、必要に応じて読み込むのが正解だ。今の構造は三層になっている：（常に読み込み、200行未満、ポインタだけを置く）→ rules/（自動読み込み、行動規範、デバッグフロー、キャプチャルール）→ docs/（必要に応じて読み込み、重いドキュメントは必要なときだけ読む）この上に四つの仕組みを動かしている：ホットデータ層— 当日の進捗を記録し、ウィンドウを閉じる前に自動的に書き込み、「保存」と言わなくても済む。次回の対話時にClaudeは中断点から続けられる。タスクルーティング— Sonnetが日常処理を担当し、資金や戦略に関わるものは自動的にOpusにアップグレードされる。クロス検証が必要な場合はCodexやGeminiに外注する。四層のスケジューリング、それぞれに明確なトリガー条件がある。経験の振り返り— バグに遭遇したらまず記憶庫を確認し、確認しないとデバッグや計算フローの違反になる。訂正された誤りは即座に記録される。検証の完了—「直った」と宣言する前にテストを実行し、出力を読み、合格を確認する。「問題ないはず」と言うのは禁止だ。2ヶ月間使ってみて最も感じたことは、これは一度書いて終わりの設定ファイルではなく、生きたシステムだということだ。修正すれば記憶し、坑に陥れば蓄積し、ウィンドウを閉じれば自動保存する。使えば使うほど馴染むのは、まさにあなたと共に進化しているからだ。あなたのシステムはどんな姿だ？