OpenClaw、Claudeコード流出の機能を統合

Claude Codeからの選択的機能統合

r/openclawの開発者が、流出したClaude Code（特にInstructkrによるRust再現版）をOpenClawボットに分析させ、有用なアーキテクチャパターンを特定して統合したと報告しました。このアプローチはClaude Codeのクローン作成ではなく、OpenClawの既存機能を改善できる特定の「シーム」やコンポーネントを選択的に移植することに焦点を当てています。

統合目標と中核原則

目標は、OpenClawの既存の強み（セッション、cron/リマインダー、クロスチャネルメッセージング、ブラウザ/デバイス/ノード制御、階層化メモリシステム）を維持しながら、「よりシームレスで、耐久性があり、積極的」に感じられるようにすることでした。中核原則は「本物のドナーシームが存在するなら、ゼロから再設計するのではなく、再利用/適応させる」というものでした。

統合中の具体的な機能

• 自動起動継続性： 各新規セッションで儀式的なプロンプトを必要とするのではなく、アシスタントが自動的にコンテキストを再開できるようにします。
• 会話圧縮/継続性： 生の履歴によるトークンの無駄を避けながら、長いセッションのコンテキストを保持するClaude Codeのよりクリーンなアプローチを適応させます。
• ツール前後フックフレームワーク： 安全チェック、ツール結果の整形、将来の積極的行動のためのクリーンなインターセプション層を作成し、散在したロジックを置き換えます。
• 型付きサブエージェント＋ツール予算： 「すべてのエージェントがすべてを実行できる」のではなく、制限された能力を持つ明確な役割（調査、実装、レビュー）を実装します。
• ランタイム設定階層化＋出所追跡： 設定がどこから来たのか、何が何を上書きしているのかをより明確に示し、デバッグを容易にします。
• サンドボックス/実行正規化： 実行状態、サンドボックス要求、ランタイム動作のより明示的な処理により、より信頼性の高い操作を実現します。
• 構造化フックフィードバックフォーマット： モデルが結果を解釈するのを助ける、警告、拒否、ツールフィードバックのためのクリーンで一貫したパターン。
• メモリ候補配管： 混沌とした自動メモリではなく、制限された、レビュー可能な、積極的なメモリを実装する長期的な目標。

統合プロセス

ワークフローは体系的なアプローチに従いました：ドナーソースを直接検査し、最小の本物のシームを見つけ、忠実に移植し、テストし、監査し、次のシームに移行します。開発者はこのプロセスが「驚くほどクリーン」であり、自身のボットがそれを「楽しい」と感じたと述べています。