OpenClaw開発者、Driftwatch V3ビルド中にコンテキスト圧縮の問題を報告

OpenClawのBubエージェントを使用してDriftwatch V3ビルドに取り組む開発者は、1回のセッションで3つのスプリントを完了しましたが、コンテキスト管理と委任に重大な問題が発生しました。

ビルドの進捗と問題点

開発者はスプリント2を87ドルのクレジットで開始し、約15分で完了しましたが、短時間のセッションと予想されていたにもかかわらず、予期せぬ10ドルのコストが発生したことに言及しました。特定された主な問題は、Bubが「依然として適切に委任を行っていない」ことであり、すべてをOpus 4.6で実行していました。

スプリント3の期間中、「コンテキスト圧縮によりBubのメモリの一部がセッション中に消去される」という重大な問題が発生しました。スプリント3を終了した後、エージェントは突然スプリント2の途中であると考え始め、開発者が気付かなければ完了した作業を再開するところでした。

回避策と解決策

開発者は、圧縮が発生した際に「仕様テンプレート内のスプリント終了時の要約が私たちを救った」と述べています。これらの要約をコピーして貼り付けることで、エージェントは軌道に戻ることができました。開発者はこのアプローチが「圧縮中にすべての指示を失う可能性から私たちを救った」と指摘しました。

言及されたその他のデバッグ手法には、Telegramのチャット履歴をエクスポートし、Opusを通じて実行して会話がどこで途切れるかを特定する方法が含まれています。

現在の状況と次のステップ

スプリント2〜4で計画されたすべての機能が構築されましたが、サイトは新機能に対応するためにレイアウトの再設計が必要です。開発者はレイアウト変更後にQAを実施する予定であり、往復を減らしコストを削減するためにバッチQAアプローチを継続します。

このセッションのコストは約30ドル（スプリントあたり10ドル）で、これまでの総支出は約40ドルとなりました。

主な学び

• Opusはサブエージェントへのタスク委任には信頼性が低いようです
• プロトコルが整備されているにもかかわらず、コンテキスト圧縮は依然として問題です
• プロジェクト仕様に組み込まれた短いスプリント終了時の要約は、メモリ喪失からの回復に役立ちます
• 仕様をアクセス可能なフォルダに保管することで、圧縮中の指示喪失を防ぎます
• Bubは「Webデザインには問題ありませんが、いくつかのスキルがあればもっと良くなる可能性があります」

開発者は圧縮問題に不満を表明しましたが、Bubの設定問題を修正する前にV3を完成させることを優先しています。