Busabase × AgentsRoom
AgentsRoom のナレッジベース
CLI 間で事実を共有し、スキルの注入と承認を分ける
AgentsRoom は複数の CLI とプロジェクトをまとめます。元のメモリーやスキルは作業方法を伝え、Busabase はタスク間で共有する根拠付きの判断を残します。起動時の情報が最新だと決めつけず、引き継ぎ時に正式レコードを読みます。
Busabase の製品画面（英語）。
指示は作業方法、共有レコードは承認済みの事実
プロジェクト指示、メモリー、スキルは各 CLI の実行を導きます。Busabase はプロジェクトをまたぐ互換性判断と根拠を保存します。スキルで取得したレコードにも独立した適用範囲と承認状態が必要です。
実行の文脈
作業ファイル、指示、一時的な観測は実行環境に残します。
根拠への参照
主張を支える出典、観測時刻、適用範囲を保存します。
承認済みのチーム記録
現行レコードへの参照を通じて承認済みの値と未解決の問いを渡します。
依存更新の互換性判断を一つの記録にする
架空の更新作業で Claude Code は一つのリポジトリを検証し、Codex は別の環境で非対応を見つけます。両方の適用範囲と根拠を保存し、確認済みの条件だけを承認します。元のメモリーを上書きする必要はありません。
架空の例です。実際の顧客データや実測結果ではありません。
提案レコードの例
| 項目 | 例の値 | 証拠・判断 |
|---|---|---|
| scope.A | repository A / runtime A | verified scope |
| scope.B | repository B / runtime B | open question |
| acceptance_status | separate by project and environment | bounded |
| next_session | read current head before reuse | required |
- 01プロジェクト A：確認済み範囲
- 02プロジェクト B：未解決の環境
- 03提案：状態を分けて記録
- 04次の CLI：正式 head を再取得
環境ごとに互換性を判断する
リポジトリ、依存バージョン、実行環境、検証出力を保存します。A の成功で B の失敗は解決しません。承認済みと未解決の範囲を並べ、失敗した環境に次の検証を割り当てます。
次の Agent に残す情報
レコード項目の例
source_repo、commit、environment、scope、observed_at、evidence、acceptance_status
再開したセッションでは初期プロンプトが再送されない場合があります。CLI ごとにツールを確認してください。Aider は MCP クライアントを持たず、チーム手順の設定も MCP 権限を意味しません。秘密情報の設定とレコード値の承認は別です。
出典＋観測時刻
ファイル、行、コミット、URL と実際の確認時刻を紐付けます。
適用範囲＋承認状態
対象の環境や成果を明示し、根拠のない項目は未解決にします。
責任者＋次の確認
判断の管理担当と再検証が必要になる条件を指定します。
調査から正式レコードへ
- 01既存レコードを読み、Space、Base、head を確認します。
- 02根拠のあるフィールドだけを提案し、出典と不明点を残します。
- 03承認前の提案には changeRequest 権限を選びます。write は広い権限で、人の承認を必須にする設定ではありません。
- 04権限のあるレビューとマージの後、正式レコードを読み返し、次のタスクに版と不明点を渡します。
再開時は古い baseline ではなく現行レコードを読む
再開後に提案する前に現行の互換性レコードを読み、前の引き継ぎの版と比較します。CLI の接続可否を確認し、MCP が使えない場合は対応するタスクに根拠確認を渡します。
よくある質問
再開時に古い情報をそのまま信頼できますか？
正式レコードを読み、head と範囲を比較します。未解決の問いも残します。以前の指示やスキルは作業方法を伝えても、事実の鮮度を保証しません。
元のメモリーを置き換えますか？
いいえ。元の指示やセッションの記憶は実行に使い、共有する確認済みの事実と出典をここに残します。使うときに最新版を読みます。
同時更新はどう扱いますか？
提案前に現在の head を読みます。変更されていたら差分を確認し、新しい証拠を上書きせず提案を修正します。