Busabase × Paseo
Paseo のナレッジベース
独立した分析を、検証前に一つの事実にしない
Paseo は複数の provider や worktree でコーディング Agent を動かします。ファイル、進捗、制約は元の引き継ぎを使い、別のタスクが引用する確認済みの調査結果は Busabase に残します。未解決の問いは未解決のまま渡せます。
Busabase の製品画面（英語）。
実行の引き継ぎと共有する結論を分ける
worktree と差分は実装、元の引き継ぎは進捗と制約、Busabase は他のタスクが利用する根拠付きの結論を扱います。作業文脈を丸ごと複製せず、参照で結びます。
実行の文脈
作業ファイル、指示、一時的な観測は実行環境に残します。
根拠への参照
主張を支える出典、観測時刻、適用範囲を保存します。
承認済みのチーム記録
現行レコードへの参照を通じて承認済みの値と未解決の問いを渡します。
WebSocket 切断に二つの仮説があるとき
架空の調査で A はプロキシのアイドルタイムアウト、B はイベントループ停止を疑います。主 Agent の統合だけではどちらも事実になりません。仮説ごとに根拠を残し、区別できる検証を行います。コード修正は Git と PR で扱います。
架空の例です。実際の顧客データや実測結果ではありません。
提案レコードの例
| 項目 | 例の値 | 証拠・判断 |
|---|---|---|
| claim.A | proxy idle timeout | hypothesis |
| claim.B | event-loop stall | hypothesis |
| evidence | logs from matching time window needed | missing |
| accepted_record | empty until discriminating check | not accepted |
- 01A：プロキシ仮説、未検証
- 02B：イベントループ仮説、未検証
- 03仮説を分ける検証は未実施
- 04承認前の結論欄は空
競合する診断を検証計画にする
WebSocket の切断時刻、プロキシ設定、イベントループの観測を別々に保存し、仮説を分ける検証を割り当てます。一つの環境だけで再現した結果はその環境に限定します。修正 PR は実装の根拠として紐付けます。
次の Agent に残す情報
レコード項目の例
case_id、provider、source_agent、claim、evidence、open_question、accepted_record、head
インストールと認証は daemon ホストと各 CLI で確認します。スマートフォン側はインストール先ではありません。Claude Code から Codex に切り替えても同じツールや ID は保証されません。複数の意見は判断材料で、多数決による承認ではありません。
出典＋観測時刻
ファイル、行、コミット、URL と実際の確認時刻を紐付けます。
適用範囲＋承認状態
対象の環境や成果を明示し、根拠のない項目は未解決にします。
責任者＋次の確認
判断の管理担当と再検証が必要になる条件を指定します。
調査から正式レコードへ
- 01既存レコードを読み、Space、Base、head を確認します。
- 02根拠のあるフィールドだけを提案し、出典と不明点を残します。
- 03承認前の提案には changeRequest 権限を選びます。write は広い権限で、人の承認を必須にする設定ではありません。
- 04権限のあるレビューとマージの後、正式レコードを読み返し、次のタスクに版と不明点を渡します。
provider の切り替え時に引き継ぐ情報
受け取る Agent は正式な結論、適用範囲、根拠、残る問いを読みます。daemon ホストと CLI で権限を確認し、必要なツールがない場合は検証を実行できる担当に明示的に渡します。
よくある質問
provider が同意したら承認済みですか？
いいえ。主張と出典を分け、原因を区別する検証結果を確認してから結論を受け入れます。同意は検証の優先順位に役立ちますが、検証そのものではありません。
元のメモリーを置き換えますか？
いいえ。元の指示やセッションの記憶は実行に使い、共有する確認済みの事実と出典をここに残します。使うときに最新版を読みます。
同時更新はどう扱いますか？
提案前に現在の head を読みます。変更されていたら差分を確認し、新しい証拠を上書きせず提案を修正します。