9つのビルディングブロック：18事業にわたってクロード・コードを永続的なOSとして実行する方法

r/ClaudeAIの開発者が、18個のClaude Codeインスタンスを独立したプロジェクトとしてではなく、共有オペレーティングシステムのインスタンスとして運用していると説明している。各インスタンスは異なるビジネス（戦略、製品、マーケティングサイト、脅威インテリジェンス、3つのコンサルティングクライアント、個人ブランド）を実行し、すべてが共通のスケルトンを共有し、それが一度更新されて選択的に伝播される。

9つの構成要素

1. 選択的伝播でスケルトンを構築

• ワークスペースごとに1つのプロジェクトを構築する代わりに、プラグイン、ルール、エージェント、フック、スキーマ、コマンドを含むテンプレートを構築した。
• 新しいビジネスを始めるときは、テンプレートがクローンされる。各インスタンスはOS全体を継承するが、正規ファイル、メモリ、出力、プロジェクト状態は分岐する。
• アップデートCLIはプラグイン、ルール、エージェント、フック、スキーマを同期するが、メモリ、出力、正規、my-projectには決して触れない（これらはインスタンスごとに蓄積される）。

2. 状態をプロンプトからコードに移す

• LLMは記憶が苦手だが、コードはそのために設計されている。音声ルール、スタイル設定、禁止語、最近の決定などの状態をMCPサーバーに移した。
• 音声リンター、リードスコアラー、スケジュールバリデーター、ループトラッカーがPythonで動作し、構造化データを返す。
• 経験則：Claudeに同じことを2回以上説明したなら、それはコードにすべきである。

3. ステータスフィールドではなくレシートを使う

• ステータスフィールド（Issueクローズ、PRD出荷、テスト合格）は信頼性が低い。LLMは何でも主張できるからだ。
• ワークフローをレシート中心に再構築した。スクリプトが検証記録を書き、その後でIssueが検証済みとマークされる。モデルはコードが実行されたかどうかについて嘘をつけない。

4. 配線チェックゲートを構築

• 中途半端な機能はAIリポジトリ内で静かに腐っていく。何も壊れないからだ。
• /wiring-checkコマンドを構築した。タスク完了前に、すべての新しいスキルにトリガーがあること、すべての新しいフックがsettings.jsonにあること、すべての新しいMCPツールがサーバーにあること、すべての新しいバスファイルにプロデューサーとコンシューマーがあることを検証する。
• 「動いていると思う」はゲートを通過できない。「Xを実行してYを得た」が通過する。

5. ルールをスラッシュコマンドではなく自動読み込みにする

• .claude/rules/内のルールは自動的に読み込まれる。音声ルールは発信テキストに、AUDHDルールはアクション可能なものに、ソーシャルリアクションルールは他人の投稿を共有するときに発動する。
• 記憶や意志力は不要。

6. スタイルを散文ではなくコードでlintする

• 音声ドキュメントはClaudeに半分の確率で無視されていた。禁止語リストをPythonスキャナーに移し、emダッシュ、AI誇大広告用語、その他40以上の兆候をブロックする。
• 「モデルは正規表現を騙し抜けない。」

7. ファイルの依存関係をグラフで追跡

• 正規ファイルは互いに参照し合う。ripple-graph.jsonが依存関係をマッピングする。トーク台本を編集すると、current-stateとエンゲージメントプレイブックにレビューフラグが立つ。

8. セッションをハンドオフとメモリで連鎖

• 「セッションは下書き。作業とは、セッションを生き残ったすべてのもの。」
• 各セッションは/q-wrapで終了し、ハンドオフ文書、メモリ更新、ステータスレシートが書き込まれる。/q-morningはこれら3つすべてを読み込む。

9. 環境をエディターではなく基盤として扱う

• ほとんどの開発者はClaude Codeをより賢いエディターとして扱う。パラダイムシフトは、セッションを作業単位として考えるのをやめ、環境全体をその上に構築する基盤として考え始めたときに起こる。

このアプローチは、重複や状態漏れなしに複数のプロジェクトにClaude Codeを拡張したい開発者を対象としている。完全なスレッドでは、実装の詳細とトレードオフについての議論が含まれている。