Busabase × ZooWork
ZooWork のナレッジベース
次の実行にも渡せる承認済みレコード
ZooWork は管理された Agent にファイル、ツール、作業領域を提供します。Busabase は別の実行や担当者が読む承認済みの記録を保存します。ZooWork の認証なし MCP 接続を、そのまま認証必須の Busabase Cloud に使うことはできません。
Busabase の製品画面（英語）。
実行結果と正式な成果記録の責任を分ける
ZooWork の作業領域はファイルと出力を保持し、成果記録は推薦、出典日付、承認範囲、責任者を保持します。run ID は来歴として残し、結論には独立した状態を付けます。
実行の文脈
作業ファイル、指示、一時的な観測は実行環境に残します。
根拠への参照
主張を支える出典、観測時刻、適用範囲を保存します。
承認済みのチーム記録
現行レコードへの参照を通じて承認済みの値と未解決の問いを渡します。
実行の終了と成果の承認を分ける
架空の調査が仕入先を推薦しても、出典が古ければ候補、日付、不明点を提案として残します。担当者は確認した範囲だけを受け入れます。次の実行は前回の完了状態ではなく、正式な記録を参照します。
架空の例です。実際の顧客データや実測結果ではありません。
提案レコードの例
| 項目 | 例の値 | 証拠・判断 |
|---|---|---|
| run_result | supplier recommendation | proposal |
| source_date | older than current contract | stale |
| review_decision | request current contract | not accepted |
| next_run | read record; do not infer from completed | required |
- 01実行結果：推薦案
- 02出典の鮮度：未確認
- 03レビュー：確認済み範囲のみ承認
- 04次の実行：現行レコードと根拠
推薦に出典確認を添えて引き継ぐ
元の推薦と古い出典を残し、対象地域とサービスについて最新の根拠を求めます。担当者は裏付けのある項目だけ承認し、価格や対象範囲は未解決にできます。次の実行はその判断から始めます。
次の Agent に残す情報
レコード項目の例
delivery_id、run_id、source_url、source_date、scope、reviewer、accepted_record、head
文書化された Skill/CLI を shell で使うか、認証情報を保持するバックエンドが実行する custom tool を使います。認証なしの MCP URL にキーを埋め込まないでください。新しい sandbox での認証情報の永続化は保証せず、再開時に ID と範囲を確認します。
出典＋観測時刻
ファイル、行、コミット、URL と実際の確認時刻を紐付けます。
適用範囲＋承認状態
対象の環境や成果を明示し、根拠のない項目は未解決にします。
責任者＋次の確認
判断の管理担当と再検証が必要になる条件を指定します。
調査から正式レコードへ
- 01既存レコードを読み、Space、Base、head を確認します。
- 02根拠のあるフィールドだけを提案し、出典と不明点を残します。
- 03承認前の提案には changeRequest 権限を選びます。write は広い権限で、人の承認を必須にする設定ではありません。
- 04権限のあるレビューとマージの後、正式レコードを読み返し、次のタスクに版と不明点を渡します。
再利用前に ID と範囲を再確認する
認証に対応する CLI またはバックエンド側ツールで接続し、ID が利用できる Space と Base を確認します。新しい sandbox で認証の継承を前提にせず、マージ後の正式レコードを再取得して引き継ぎます。
よくある質問
ZooWork の MCP に URL を貼るだけでは使えませんか？
公開された認証なし MCP と、認証必須の Busabase Cloud は条件が違います。文書化された shell Skill/CLI、またはバックエンドが認証する custom tool を使い、設計変更時には最新の対応状況を確認します。
元のメモリーを置き換えますか？
いいえ。元の指示やセッションの記憶は実行に使い、共有する確認済みの事実と出典をここに残します。使うときに最新版を読みます。
同時更新はどう扱いますか？
提案前に現在の head を読みます。変更されていたら差分を確認し、新しい証拠を上書きせず提案を修正します。