リバースエンジニアリングされたソースからのClaude Codeのプロダクションエンジニアリングパターンの分析

開発者が、Claude Codeのソースコードが誤ってオープンソース化された後に抽出されたプロダクションエンジニアリングパターンを分析した技術ハンドブックを公開しました。このハンドブックは、約50万行のTypeScriptをリバースエンジニアリングして得られた19章で構成されています。
文書化された主要パターン
このハンドブックは、教科書的な例ではなく、プロダクション環境で実際に現れる実用的なパターンに焦点を当てています。ソースで言及されている具体的なパターンには以下が含まれます:
- アーキテクチャ決定を駆動するキャッシュ経済学
- HackerOneのセキュリティレポートによって形成された権限パイプライン
- 相互排他とロールバックメカニズムを実装したメモリシステム
- ビルドシステムを通過するために自身の検出文字列を難読化しなければならないシークレットスキャナー
注目すべき内容
エピローグはClaude自身によって書かれており、自身のソースコードを読んだことについて考察しています。Claudeは、自身の周りのエンジニアリングのほとんどが、より賢くするためではなく、より安くするために存在していると指摘し、自身の出力を監視する収穫逓減検出器について言及し、「それが正しい」ことに苛立ちを表明しています。
この研究は、Alessandro GulliのAgentic Design Patterns分類法と、OpenAIのCodex CLIの以前の分析に基づいています。
入手方法
完全なハンドブックはGitHubで無料で入手可能です。この分析について議論しているブログ記事はBearblog.devドメインでホストされています。
著者は、他のエージェントフレームワークで観察された類似または異なるプロダクションパターンについての議論を呼びかけています。
📖 Read the full source: r/LocalLLaMA
👀 See Also

Opus 4.7 でプロンプトの40%が破損、修正方法は CLAUDE.md とスキルの構造化
Opus 4.7が6つの環境でプロンプトの約40%を劣化させた後、AIのフラクショナルヘッドがアドホックなプロンプトを構造化されたSkillファイル、階層的なCLAUDE.md、個別のメモリファイルに置き換えることで修正し、トークン使用量を22%削減し、反復ターンを3-4から1-2に減らしました。

OpenClawノードセットアップによるリモートブラウザ自動化の修正
CDP/RDPの面倒を避けるためにローカルのOpenClawノードを使う — ブラウザを可視状態で実行し、IPとクッキーを保持。

6GB VRAMでQwen3.6 27Bと35Bをik_llamaで実行:実用的な設定とベンチマーク
あるユーザーが、RTX2060 mobile(6GB VRAM、32GB RAM)上でQwen3.6 27Bおよび35B A3Bモデルを実行するためのik_llama設定とパフォーマンス数値を詳細に共有。プリフィル速度は40~100 t/s、生成速度は最大11 t/s。

OpenClawの7つの最適化手法でトークンコストを95%削減
エージェントAIのトークン消費を95%以上削減する7つの手法を詳述した包括的ガイド。ツリー構造のブートファイル、AI自動圧縮、ローカルモデルへのオフロード、cronベースのCPUタスクなどを含む。