Busabase × ZedZedのナレッジベース
Zedはparallel Agent threads、Git worktreeによる分離、edit hunk review、checkpoint restore、MCP toolsを扱えます。Busabaseはthreadを越えて残すべき少数の結果を、証拠と責任ownerを持つreviewed recordへ変換します。
5つのeditor surface
Conversation、restore、code review、isolation、shared stateを分ける。
Zedには複数のexecution control surfaceがあります。Task中は連携しますが、retentionとauthorityは異なります。
| Surface | 最適な用途 | 代替できないもの |
|---|---|---|
| Agent thread | Reasoningとtool trajectory | Durable team record |
| Checkpoint | Message境界前のfile stateへ戻す | Accepted decision |
| Change review | Edit hunkをkeep/reject | Cross-system approval |
| Git worktree | Concurrent repository workを分離 | Operational ownership |
| Busabase record | Project/systemを越えるreviewed state | Source code / thread history |
Parallel thread topology
1つのprojectに複数のnarrativeがあっても、同じclaimのcurrent stateは1つ。
各Zed threadは固有のagent、context window、conversation historyを持ちます。Summary、compaction、archive、restore、worktree isolationが可能です。生成threadをrepositoryとexternal evidenceに照合してからstable claimを昇格します。
Feature implementation
worktree/feature-a
Regression investigation
worktree/debug
Documentation update
main workspace
Edit reviewはlocal control
Hunkのacceptはcode questionに答え、組織判断には答えない。
Zed review surfaceは変更fileとlineを表示し、hunkごとにkeep/rejectできます。Checkpointはmessage前のcodebaseへ戻せます。その証拠を残し、release readiness、customer impact、migration status、support policyは別にreviewします。
Changed files
Accepted / rejected hunks
Checkpoint boundary
Repository revision
Impact claim
Evidence references
Responsible owner
Effective status
2つの独立gate
Tool permissionはaction実行を、record reviewは下流での信頼を決める。
Zedはbuilt-in/MCP toolsをconfirm、allow、denyでき、per-tool ruleとterminal hard protectionを持ちます。Tool call成功後もcanonical stateを変えるには証拠と責任reviewerが必要です。
Command、edit、fetch、MCP toolを実行してよいか？
結果を再利用可能な運用上の事実にしてよいか？
3つのAgent path
Native Agent、External Agent、Terminal Threadは同一config contractではない。
Zed AgentはZed-configured MCP serversを利用します。External AgentsはACP転送を受ける場合とnative configを読む場合があります。Terminal ThreadsはCLI/TUI自身のconfigを使います。Toolsとapprovalが同じと仮定せず、実行pathを記録します。
| Path | MCP / config owner | 残すevidence |
|---|---|---|
| Zed Agent | Zed settings / Agent Profile | Thread、profile、tool calls、revision |
| External Agent | ACP forwarding / agent-native config | Agent identity、forwarded tools、native session |
| Terminal Thread | CLI/TUI configuration | Command、environment、repository revision |
Decision envelope
元editor sessionなしでreviewできる形に結果をまとめる。
RecordはZed execution artifactを別projectやAgentが使えるstateへ接続します。
state_keyClaimのstable identityprojectZed project / repositoryagent_pathZed Agent、External Agent、Terminal Threadthread_refThreadまたはexported Markdown referenceworktree_revisionExact code statetool_evidenceCommands、MCP responses、tests、diffsproposed_stateConcise cross-system outcomeownerAcceptanceに責任を持つ人decisionAccepted、conditional、rejected、supersededInstruction ownership
InstructionsとSkillsは将来のAgent behaviorを形成し、fact databaseにはしない。
Zedはpersonal/project instruction filesをalways-on guidanceに、Skillsをreusable task procedureに使います。Coding conventionとworkflowはそこに置き、evidence-backed product/operation/customer stateはreviewed recordへ保存します。
AGENTS.md / project instructions
Always-on behavior / project guidance
SKILL.md
On-demand reusable task procedure
Busabase
Reviewed claims、decisions、ownership
Connection boundary
接続guideはOAuthとcontext_serversを、このページはhandoff contractを扱う。
Authorization headerなしのremote MCP serverではZedがstandard OAuthを開始します。保守されるguideで設定し、teamが使うAgent path/profileでreadとreview-gated proposalを1回ずつtestします。
実務上の質問
ZedナレッジベースのFAQ
BusabaseはZed threadsを置き換えますか？
いいえ。Threadはworking conversationを保存し、Busabaseはthread、project、toolを越えて残すreviewed outcomeだけを保持します。
Restore Checkpointはapprovalですか？
違います。Fileのlocal restoration boundaryであり、operational claimを承認しません。
全diff hunkをacceptすればcanonicalですか？
いいえ。Editor内でeditを受け入れただけです。Shared stateには別のevidenceとownerが必要です。
全Zed Agent pathが同じMCP configを使いますか？
使いません。Zed Agent、ACP External Agents、Terminal Threadsは異なるconfig boundaryを持ちます。
Project instructionsに変化するbusiness factを保存しますか？
通常は避けます。Behavior guidanceはinstructions、変化するshared factはreviewed recordへ置きます。
1つのcross-thread claimから始める
Editing experienceはZedに任せ、shared stateにreviewable destinationを与える。
Originating threadを越えて残すoutcomeを1つ選び、revision、tool evidence、ownerを関連付け、別projectやAgentが使う前にreviewします。