Busabase × ZeroClaw
ZeroClaw のナレッジベース
セッションやチャネルを越えて業務知識を共有
Busabase の共有 Doc と構造化 Base を使い、複数の会話から同じ業務知識を参照できます。作業中の文脈は手元に残し、共有する方針や業務記録は現行の正式な版から読みます。
接続ガイド →
複数のチャネルで同じ方針を使う
会話は今回の依頼を理解するため、ツール設定は実行できる操作を決めるため、共有方針は回答の根拠に使います。方針をチャネルごとに複製せず、更新後のタスクが同じ正式レコードを読むようにします。
Doc に方針、対象、例外を書き、Base で出典、責任者、有効状態を管理します。回答にはレコードのリンクを添えます。新しい状況は元の方針に関連付け、会話の中だけで規則を拡張しないようにします。
保存先と維持する責任を決める
方針 Doc
規則の全文、対象、例外、出典を保存し、方針の責任者が説明を維持します。
知識 Base
継続管理する事実ごとに、キー、値、出典 URL、責任者、適用範囲、状態を保存し、方針 Doc に関連付けます。
更新 Skill
読み取り、根拠の確認、変更提案の手順を保存します。データへの権限を与えるものではありません。
結果レコード
タスクと成果物、決定、未確認事項を関連付けます。次の実行は終了状態から推測せず、実際の結果を読みます。
接続後は実際に使えるツールを確認
対象の Agent 別名に必要な mcp_bundles が設定されているか確認し、セッションを再起動します。サーバーの登録と各別名への許可、ツール実行の承認は別です。最初は ID と Space、既知の Doc の読み取りを確認します。
根拠が足りないときは方針の責任者へ
回答が食い違うときは、参照した版、対象、出典を比較します。過去の回答は調査材料として残し、次の作業は現行の正式レコードから始めます。不一致が未解決なら確認事項を明記します。
確認できる引き継ぎを残す
引き継ぎには読んだレコード、回答の根拠、適用範囲を示します。修正案には ChangeRequest のリンクと変更項目を添え、責任者が変更前後と理由を確認できるようにします。承認後は正式レコードと結果を確認します。提案、承認判断、更新済みの値を区別し、受け手は未承認の結論を正式な事実として使いません。出典が失効していれば履歴と適用範囲を残し、責任者に新しい根拠を求めます。
既存の事実一件で最初の確認を行う
- 01
出典の分かる既存の方針や事実を選び、変更を頼む前に責任者を決めます。
- 02
現行レコードを読み、出典、適用範囲、版を返すよう指示します。対象資料を確認してから書き込みへ進みます。
- 03
変更前後、理由、根拠を示す範囲の限られた提案を作ります。人のレビューが必要なら、権限を持つ判断までは提案として保持します。
- 04
別のタスクから正式レコードを読み直し、値と出典を確認します。却下・未解決の変更は正式な回答に入れません。
接続と権限の境界
MCP bundle とツール別の権限は、利用できるツールを決めます。公式手順で設定と再起動を行い、実際に読み込まれたツールを確認します。接続、ツール実行の許可、業務変更の承認はそれぞれ確認が必要です。秘密情報は対応する認証設定に保存します。
調整して使える指示
別のチャネルで回答する前にサービス方針の現行版を読み、出典と適用範囲を示してください。変更が必要なら段落と理由を提案し、承認までは正式な現行版を使ってください。
接続前によくある質問
設定済みのサーバーが Agent に見えないのは？
対象別名の bundle 許可と再起動を確認し、使えるツールを調べます。端点の登録と別名への許可は別です。
元のメモリーを置き換えますか？
実行用の文脈や個人の好みは元の場所に残します。他の人が参照・検証・更新する知識だけを共有します。
一回の動作はどう確認しますか？
既存レコードのリンクと出典を確認し、根拠のある修正を一件提案します。差分を見て、承認された正式レコードを読み直します。提案リンクだけでは変更完了を確認できません。