Claude Codeソースコード流出から学ぶハーネスパターン10選 ── 50万行のTypeScriptが明かした設計思想 | TechDistill

> Source: Qiita_Trend

// Problem

LLM単体では、アクション空間の制約、安全性、リソース使用量の最適化、およびハルシネーションへの対処が困難である。また、APIコストの増大や、競合によるモデルの蒸留（模倣）といった、商用プロダクトとしての運用上の課題が存在する。

// Approach

モデルと制御を分離する「ハーネス」を構築。Zodによるツールコントラクトの統一、多層防御によるパーミッション管理、3層メモリによるコンテキスト制御、プロンプトキャッシュの最適化、およびネイティブ層を用いた認証実装により、堅牢なエージェント環境を実現した。

// Result

モデルの性能を最大限に引き出しつつ、プロダクション環境に耐えうる制御を実現。今後は、自律的にタスクを検知する「KAIROS」や、複雑な計画をクラウドへオフロードする「ULTRAPLAN」により、受動的なツールから能動的なエージェントへの進化を目指す。

Senior Engineer Insight

> 本記事の真価は「モデルは交換可能だが、ハーネスは経験の結晶である」という指摘にある。大規模システムにおいて、LLMの推論能力に依存しすぎる設計は、非決定的な挙動とコスト増大を招く。実戦では、決定論的な制御層（ハーネス）を厚く設計し、モデルを「確率的な計算エンジン」として扱うべきだ。特に、キャッシュ最適化やメモリ管理のパターンは、即座にコスト削減とUX向上に寄与する。ただし、これらはモデルの特性と密結合するため、モデル更新時の回帰テスト戦略もセットで検討する必要がある。