ByteRover

• タスクを開始する前に — brv query を実行して、エージェントがファイルに触れる前に関連するルール、設定、および過去の決定を表示します。
• 意味のある変更を実装した後に — brv curate を実行して、新しいパターン、アーキテクチャの選択、または決定を永続化し、将来のセッションがその知識を引き継げるようにします。
• チームプロジェクトでは — クラウド同期（brv push / brv pull）を使用して、すべてのエージェントや開発者が同じキュレーションされた知識ベースを共有できるようにします。
• エージェントが過去のアクションや機能を思い出す必要がある場合 — スクロールアウトしてしまった可能性のあるコンテキストウィンドウの履歴に頼るのではなく、保存されたメモリをクエリします。

• 必要な情報はすでに現在のコンテキストウィンドウに存在している — 冗長なLLM呼び出しを避けるためにbrv queryをスキップする。
• その情報が一時的なもの、タスク固有のもの、または一般的な世界知識に相当する — brv curateを使って一時的なデータでナレッジベースを汚染しない。

すべての知識は、プロジェクトディレクトリ内の .brv/context-tree/ にMarkdownファイルとして保存されます。ファイルは完全に人間が読める形式で、差分比較も可能であり、コードと並べてバージョン管理にコミットすることができます。

組み込みのByteRoverプロバイダーにより、brv query と brv curate がすぐに使えます — brv providers connect byterover を実行するだけです。また、OpenAI、Anthropic、Google、その他のプロバイダーを独自のAPIキーで切り替えることも可能です。

brv query は、保存されたMarkdownコンテキストをLLMを使用して合成し、回答を生成します。brv curate は新しい知識を分類・整理し（最大5つのソースファイルのコンテンツを含む）、それをナレッジベースに書き戻します。

brv curate を実行するたびに、一意のIDを持つログエントリが生成されます。brv curate view を使用して、最近のキュレーションを確認したり、時間やステータスでフィルタリングしたり、過去のエントリのファイル操作の詳細を確認したりすることができます。

ByteRover APIキーで認証することで、ナレッジベースを共有クラウドスペースにプッシュおよびプルできます。チームは名前付きスペースにナレッジを整理でき、スペースを切り替えると関連するコンテキストが自動的にプルされます。

brv push を明示的に実行しない限り、ByteRover のサーバーにデータが送信されることはありません。すべてのクエリおよびキュレーション操作はローカルで完結し、設定された LLM プロバイダーのみが処理のためにコンテキストを受け取ります。

エージェントがコードを書き始める前に、brv query "What are the authentication patterns in this project?" を実行してください。以前にキュレーションされたアーキテクチャ上の決定事項がすぐに表示され、エージェントが確立されたパターンを再発明したり、矛盾したりすることを防ぎます。

RESTからGraphQLへの移行が完了したら、brv curate "GraphQLがAPIレイヤーになりました。RESTエンドポイントは非推奨です" -f src/api/schema.ts を実行してください。これにより、今後のすべてのエージェントセッションがそのコンテキストを自動的に継承します。

共有の ByteRover クラウドスペースに接続し、厳選した規約（命名規則、デプロイ手順、コードスタイルの決定事項）をプッシュすることで、すべてのチームメンバーのエージェントが作業を開始する前に同じナレッジベースを参照できるようになります。

brv curate view --since 7d --status completed を使用して、1週間分のキュレーションを確認し、精度を検証して、将来のエージェントの動作に影響を与える前に低品質なエントリを検出します。