Busabase × IronClaw
IronClaw のナレッジベース
拡張機能の境界を守り、業務上の事実を共有
IronClaw の実行環境とメモリーに、チームで維持・レビューする Doc と Base を組み合わせます。実行用の記憶を活用しながら、業務判断には現行の共有レコードを参照します。
接続ガイド →
安全な実行と知識の責任範囲を分ける
サンドボックスやネットワーク制限は実行を管理します。知識レコードは出典、責任者、承認された結論を保持します。安全に動いたツールの情報でも古い場合があるため、適用範囲と責任者を一緒に残します。
長期的な手順は Doc、継続更新する事実は Base に保存し、説明、根拠、責任者、状態、未確認事項を関連付けます。実行後は成果物リンクと確認結果を残し、別のタスクが記録から引き継げるようにします。
保存先と維持する責任を決める
方針 Doc
規則の全文、対象、例外、出典を保存し、方針の責任者が説明を維持します。
知識 Base
継続管理する事実ごとに、キー、値、出典 URL、責任者、適用範囲、状態を保存し、方針 Doc に関連付けます。
更新 Skill
読み取り、根拠の確認、変更提案の手順を保存します。データへの権限を与えるものではありません。
結果レコード
タスクと成果物、決定、未確認事項を関連付けます。次の実行は終了状態から推測せず、実際の結果を読みます。
対応する接続経路でデータ権限を確認
現行ガイドでは shell 経由の Skill/CLI または REST を使います。ローカルツール、通信先の許可、最小限の認証権限を確認します。他サービスの MCP 拡張があることから Busabase 拡張も使えるとは判断しません。
アクセス失敗と知識不足を分けて引き継ぐ
読めないレコードを存在しない資料と扱わず、対象と必要な権限を記録します。読めても根拠が不足するなら必要な出典と担当者を示します。復旧後は現行版を読み直し、既存の調査を引き継ぎます。
確認できる引き継ぎを残す
引き継ぎには読んだレコード、回答の根拠、適用範囲を示します。修正案には ChangeRequest のリンクと変更項目を添え、責任者が変更前後と理由を確認できるようにします。承認後は正式レコードと結果を確認します。提案、承認判断、更新済みの値を区別し、受け手は未承認の結論を正式な事実として使いません。出典が失効していれば履歴と適用範囲を残し、責任者に新しい根拠を求めます。
既存の事実一件で最初の確認を行う
- 01
出典の分かる既存の方針や事実を選び、変更を頼む前に責任者を決めます。
- 02
現行レコードを読み、出典、適用範囲、版を返すよう指示します。対象資料を確認してから書き込みへ進みます。
- 03
変更前後、理由、根拠を示す範囲の限られた提案を作ります。人のレビューが必要なら、権限を持つ判断までは提案として保持します。
- 04
別のタスクから正式レコードを読み直し、値と出典を確認します。却下・未解決の変更は正式な回答に入れません。
接続と権限の境界
IronClaw は拡張機能としてまとめた HTTP(S) MCP を利用し、公式文書では stdio を非対応としています。拡張の有効化だけで全レコードへの権限は得られません。信頼された Skill は手順であり、データ権限ではありません。CLI/REST の代替経路も MCP の実測と区別します。 Busabase にはローカル shell ツールを有効にした Skill/CLI または REST を使い、任意の MCP URL を設定できるとは扱いません。
調整して使える指示
現在のアカウントで共有手順と関連レコードを読み、アクセスできない出典を分けて示してください。根拠のある修正だけを提案し、権限に基づくマージ後に正式レコードを返してください。
接続前によくある質問
Busabase の MCP URL を任意サーバーとして追加できますか？
文書化された MCP 接続は拡張機能を使います。Busabase には接続ガイドの Skill/CLI または REST を使い、必要なローカルツールと通信を許可します。
元のメモリーを置き換えますか？
実行用の文脈や個人の好みは元の場所に残します。他の人が参照・検証・更新する知識だけを共有します。
一回の動作はどう確認しますか？
既存レコードのリンクと出典を確認し、根拠のある修正を一件提案します。差分を見て、承認された正式レコードを読み直します。提案リンクだけでは変更完了を確認できません。