長期プロジェクトにおけるOpenClawコンテキストの維持のためのプロジェクトナラティブの活用

OpenClawのためのプロジェクトナラティブプロセス

r/clawdbotの開発者が、長期的な開発中にOpenClawでプロジェクトコンテキストを維持する方法について説明しています。この手法は、コードベースの状態を体系的に文書化することで、中長期的なメモリの制限に対処します。

仕組み

主要な開発マイルストーンを達成するたびに、開発者はシステムに別のワーカーを起動させ、コードベース全体を新たに調査させます。このワーカーは、リポジトリの内容のみに基づいて、プロジェクトが何をしていると考えているかについてのナラティブを記述します。生成される文書は「プロジェクトナラティブ」と呼ばれます。

開発者はこのナラティブを確認し、別のワーカーに壊れたパイプライン、冗長性、その他の問題を特定するよう依頼し、レポートを生成させます。このレポートは、評価と検討のためにコアワーカーにフィードバックされます。

実用的な応用

• コンテキストの維持: ナラティブは参照文書となり、メインワーカーが新しい改訂や追加を開始する前に確認します
• 問題の発見: 別のワーカーが、メインワーカーが見落とす可能性のある効率性、壊れたワークフロー、欠落部分を発見します
• 履歴文書化: ナラティブは、開発プロセスをロールバックするためのガイドとして機能します
• 災害復旧: 完全なシステムナラティブは、壊滅的なイベント後にプロジェクトを一から再構築するのに役立つ可能性があります

実装のヒント

開発者は、前回のファイルを単に修正するのではなく、各イテレーションでシステムナラティブを完全かつクリーンに再作成するよう依頼することを強調しています。また、重要な機能や焦点が適切に強調されていない場合、ワーカーにナラティブを調整するよう指示できることも指摘しています。