Busabase × Agent ZeroAgent Zeroのナレッジベース
Agent Zeroはfiles、instructions、secrets、memories、knowledge、repositories、model presetsをProject単位で分離し、focused subagentsへworkを委譲できます。Busabaseはproject boundaryを越えるfactにevidence、ownership、reviewを要求する狭いlayerです。
Project isolation
Projectは文脈の混線を防ぐが、すべてのproject memoryに権威を与えるわけではない。
Agent Zero Projectsは作業ファイル、指示、memory、secrets、knowledge、repositories、model presetsを分離します。この境界を保ち、別projectやteamが本当に必要とする結論だけを共有候補にします。
| Project asset | Local purpose | Cross-project rule |
|---|---|---|
| Workspace files | Task inputs / generated artifacts | 変更されない出力を参照 |
| Instructions | Project固有のAgent behavior | 変化するstatusを保存しない |
| Memory | 役立つ学習済みcontext | 共有前に人が整理 |
| Knowledge | Importされ検索できる資料 | 出典と確認時点を保持 |
| Secrets | Project credentials | Knowledge recordへ転記しない |
| Repositories | Code/revision history | Gitを参照し複製しない |
| Model presets | Execution configuration | Modelとruntimeは来歴として記録 |
Memoryとknowledge
Recallはcontinuityを高めるがstale memoryは後続処理を汚染する。
Agent Zero guideはmemoryをconversation/imported knowledgeから得た有用なremembered informationと説明し、search、review、edit、remove、backupを推奨します。Curationをroutine operationとして扱います。
Delegated work
Subordinate Agentはresultを返してもindependent authorityにはならない。
Multi-agent cooperationはresearch、coding、analysis、reviewをfocused subagentsへ委譲できます。Delegation treeと各workerのevidenceを残し、parent summaryでuncertainty/conflictを消しません。
Skillsとprofiles
Skillsは手順を教え、Agent Profilesは振る舞いを設定する。変化する運用情報は別に管理する。
Agent Zeroではprompts、tools、plugins、Skills、settings、model presetsを確認できます。Skillsは必要な時だけ読み込むことも、chatで固定することもできます。繰り返し使う実行手順を置き、変動する情報は承認済みの最新記録を都度参照します。
SKILL
再利用する作業手順とsupport files
AGENT PROFILE
Role、prompts、tools、model choices
BUSABASE RECORD
確認済みの入力、判断、管理責任
Containerとhost boundary
どのAgentが依頼したかだけでなくactionが実際にどこで動いたかを記録する。
Agent Zeroは通常Dockerで動作し、A0 CLI経由でhost terminal、files、browser、real repositoriesへ到達できます。Container output、host output、external service responseはtrust/reproducibilityが異なります。
Agent runtime、project workspace、isolated tools
Real repository、terminal、browser、local files
Toolが到達するAPI/service state
Ownerがacceptしたevidence-backed claim
Memory operations
Durable contextをinspect/correctできるサイズに保つ。
Agentがwrong behaviorを繰り返す、またはwrong contextをrecallする時はMemoryを確認します。Old test dataを削除し、不正確なentryを修正し、project-specific informationをproject memoryに置き、大規模cleanup前にbackupします。
Project間への昇格
Memory directory全体をshared knowledge baseへcopyしない。
昇格対象は1つの有用な結論に絞り、source、実行証拠、責任者、次回確認日を付けます。
Agent知識の記録契約
元のchatやsubagentがなくても結論を検証できる来歴を残す。
Recordはproject内のcontextを、複数projectで共有できる確認済み状態へ結び付けます。
knowledge_keyProjectとAgentをまたぐ識別子project_ref起点となるprojectとworkspaceagent_tree親Agentとsubordinate Agentの参照memory_refs利用したmemory entryとimported knowledgeexecution_surfaceContainer、host bridge、external serviceartifact_refsFiles、repository revision、logs、responsesclaimProject間で共有したい短い提案owner承認と保守を担う責任者freshness観測時点、適用時点、次回確認日decision採用、条件付き、却下、後継記録あり
Trust boundaries
Powerful host bridgeはevidence requirementを増やしauthorityを増やさない。
Projectsはcontextを分離しますがtoolsはrepositories、files、browsers、servicesへ影響できます。Least privilege、shell command/auth flow inspectionを使い、execution abilityとrecord merge authorityを分離します。
| Boundary | Control |
|---|---|
| Project boundary | Unrelated memories、secrets、filesを混ぜない |
| Tool boundary | Terminal、filesystem、browser、service accessを制限 |
| Credential boundary | Required account/scopeのみgrant |
| Review boundary | Canonical writeはChange Request経由 |
実務上の質問
Agent Zeroで知識を扱う時のFAQ
BusabaseはAgent Zero memoryを置き換えますか？
いいえ。Agent Zero memoryは1つのprojectで作業を継続するためのものです。Busabaseはprojectや担当者をまたいで使う、確認済みの事実を保存します。
Imported knowledgeはcurrentと見なしますか？
自動ではありません。出典と確認時点を残し、運用状態へ反映する結論は人が審査します。
Subagent resultはindependent verificationですか？
単独では違います。共有前にsource、実行環境、未解決の食い違いを記録します。
Skillsに現在の顧客情報やproduction statusを入れますか？
通常は避けます。手順はSkillに置き、変化する情報は確認済みの最新記録から取得します。
Agent Zeroはcanonical recordを直接mergeすべきですか？
管理対象の知識では提案までに制限し、mergeはその内容に責任を持つreviewerが行います。
1つのproject-local memoryから始める
別projectが必要とする最小限の事実だけを共有候補にする。
根拠が長く残るAgent Zero memoryを1つ選び、起点project、実行場所、責任者、再確認時期を付け、project間で使う前に審査します。