Busabase × Goose
Gooseのナレッジベース
GooseのRecipeは、指示、extension、parameterを再利用できる手順にまとめます。共有しても作成者の会話全体や個人のmemoryは共有されません。Busabaseには、次の実行でも使う資料と採用した結論を保存できます。
不足している層
再利用できる手順でも、結果は別に確認する
同じRecipeでも、実行ごとに資料、パラメーター、結果は変わります。手順と採用した知識を分けることで、過去の判断を消さずに手順を改善できます。
提案から正式な知識へ
次の作業を採用済みの知識から始める
適用できる正式な記録を読む
資料の日付と適用範囲を確認し、作業に関係する正式な記録をAgentに渡します。
根拠を添えて更新を提案する
結論を項目ごとの変更に整理し、出典、実行の版、未解決事項を添えてChangeRequestで提案します。
具体的な変更を確認する
担当者が変更と根拠を確認し、修正、承認、却下を判断します。承認後、権限のある役割がマージします。
採用した結論を再利用する
人とAgentはマージ後の状態を読みます。結論が変わったら修正を提案し、履歴を残します。
残すべき情報
元の会話を開かなくても確認できる顧客問題の記録
特定のファイル形式だけで取り込みに失敗する場合、「取り込みに問題がある」だけでは不十分です。別の担当者が検証できる情報を残します。以下は設計例であり、インストール済みのテンプレートではありません。
結論と範囲
失敗条件、対象顧客、バージョン。未確認の顧客まで影響範囲を広げません。
資料と実行の版
ファイルや問い合わせのリンク、資料の日付、Recipeの版、パラメーター、実行ID。
検証の根拠
再現用サンプル、確認結果、未解決事項。モデルの要約は原本の代わりにしません。
判断と鮮度
担当者、確認結果、次の行動、再確認日。条件が変わったら、黙って上書きせず修正を提案します。
知識の置き場所
手順はRecipeに、採用した結論は記録に残す
同じRecipeでも、実行ごとに資料、パラメーター、結果は変わります。手順と採用した知識を分けることで、過去の判断を消さずに手順を改善できます。
| 知識の層 | 残す情報 | 信頼の根拠 |
|---|---|---|
| Recipeと拡張設定 | 指示、パラメーター、ツールはGooseの設定ファイルで版管理します。実行方法を説明する情報であり、現在の顧客状態を保存する場所ではありません。 | Recipeと拡張設定 |
| 実行資料と出力 | 原本は元のシステムに、実行履歴はタスクに残します。正式な記録には確認に必要な資料と日付を参照し、会話全体は複製しません。 | 実行資料と出力 |
| チームが採用した知識 | Busabaseに結論、根拠、適用範囲、担当者、再確認日を保存します。別のRecipeで使う前にも適用条件を確認します。 | 担当者が変更と根拠を確認し、修正、承認、却下を判断します。承認後、権限のある役割がマージします。 |
| Busabase | 特定のファイル形式だけで取り込みに失敗する場合、「取り込みに問題がある」だけでは不十分です。別の担当者が検証できる情報を残します。以下は設計例であり、インストール済みのテンプレートではありません。 | 人とAgentはマージ後の状態を読みます。結論が変わったら修正を提案し、履歴を残します。 |
適する場面
次の実行でも信頼して使う結果だけを残す
共有する確認が必要
適する場面は、複数のRecipeや担当者が結果を再利用する、顧客問題を週をまたいで追跡する、更新に担当者と根拠が必要な場合です。手順はRecipeに、採用した状態はBusabaseに残します。
より簡単なツールで十分
一度限りの要約、仮の下書き、Gitで管理する手順ファイル、確認者のいない出力には不要です。Recipeや実行ログを丸ごと複製しません。
Gooseのナレッジベース · よくある質問
Recipeの共有で会話も共有されますか？
いいえ。会話全体、個人のmemory、credentialはRecipeに含まれません。
Recipeの検証で回答の正しさも分かりますか？
いいえ。構造と設定の検証であり、結果の事実確認は別です。
Busabaseではどう確認しますか？
接続と対象workspaceを確認し、changeRequest権限で更新を提案します。reviewとmergeは別の手順です。
Recipeの更新で過去の結論も無効になりますか？
自動的には無効になりません。手順の変更が結論や範囲に影響するか確認し、必要な記録だけ修正を提案します。
古い結論を現在の事実として使わないためには？
範囲、資料の日付、再確認日を残し、指示で現在の資料との照合を求めます。古い資料や矛盾があれば更新を提案します。
確認済みの記録から始める
次の作業に出典と担当者のある知識を渡す
チームで使う結果を一つ選び、最小限の記録と確認者を決めます。接続ガイドでアクセスと提案権限を検証します。