Busabase × WarpWarpのナレッジベース
WarpはRules、Workflows、Notebooks、Skills、Prompts、MCP servers、execution environmentsからAgentへ豊富なcontextを提供します。Busabaseは結果にcross-system record、evidence、owner、review decisionを与えます。
Warp Driveの役割を保つ
Rules、Workflows、Notebooks、Skills、recordsは別のoperational objectです。
Warp Agentsは関連するWarp Drive objectsを自動取得し、ReferencesまたはDerived fromに表示できます。Busabaseはそのlibraryを複製せず、session後も残すstate changeや他systemとの調整だけを受け取ります。
Visible provenanceを持つcontext
ReferencesはAgentがそう動いた理由を、recordは組織が受け入れた内容を示す。
WarpがDrive objectをAgent contextへ入れると、conversationはreferenceを示せます。HandoffではRule、Notebook、Workflow、Skill、MCP record、runをリンクし、未検証summaryへ平坦化しません。
Referenced by Agent
どのWarp Drive objectがresponseへ影響したか？
Produced by run
どのcommand、diff、artifact、external actionが実行されたか？
Verified by evidence
どのtest、log、API response、human observationが支持するか？
Accepted by owner
誰が次workflowで使えるstateと判断したか？
Localとcloudは異なるcontract
Desktopで動くtoolはcloud runでも自動的に使えるわけではない。
Warpはlocal Agents、third-party CLI Agents、cloud Agentsに別のMCP pathを文書化しています。Local sessionはdesktop-authenticated serviceを使えます。Cloud runにはreachable endpoint、Agent Secrets/managed authorization、必要なrepository/toolsを持つenvironmentが必要です。
| Surface | Typical job | Required boundary |
|---|---|---|
| Local Warp Agent | Interactive terminal/editor work | Desktop settings、Warp Drive、file-based MCP |
| Third-party CLI Agent | Warp内のClaude Code、Codex、OpenCodeなど | Harness固有またはshared file config |
| Cloud Agent run | Background、schedule、integration、CI、API | Run config、shared MCP UUID、secrets、cloud environment |
| Busabase review | Cross-run state acceptance | Proposal credential、Base policy、accountable reviewer |
Operational handoff
成功runを、別systemが検査できるstate transitionへ変える。
Terminal transcriptやcloud-run pageには実行詳細があります。Handoffはsupport、product、security、finance、他Agentが必要なstatus、evidence、owner、next actionだけを抽出します。
Run-to-record contract
Terminal、environment、Agentをまたいで比較できるstable recordを使う。
Recordはtranscriptより小さく保ちます。正確なrunを開けるprovenanceと、別workflowがfilter/notify/actするためのstructureを残します。
| フィールド | 用途 |
|---|---|
| work_key | Incident、release、request、operationのstable identity |
| run_ref | Warp local/cloud runとconversation URL |
| execution_surface | Local Agent、third-party harness、cloud run、schedule |
| environment_ref | Repository、revision、host、runner、profile |
| context_refs | Rules、Notebooks、Workflows、Skills、prompts、MCP sources |
| evidence | Artifacts、tests、logs、diffs、external responses |
| proposed_state | Agentによるoperational interpretation |
| decision | Accepted、conditional、rejected、blocked、superseded |
| owner | Canonical stateの責任者 |
| next_action | Decisionが許可するdownstream work |
3つのcontrol plane
Agent Profiles、run permissions、record reviewは別のriskを管理する。
Warp Agent Profiles/team settingsはmodel、autonomy、tools、permissions、execution behaviorを制御します。MCPはexternal capabilityへのaccessを制御します。Busabase reviewはresulting fieldsをshared truthにするか決めます。
EXECUTION PROFILE
このenvironmentでAgentは何を実行できるか？
MCP / SECRET BOUNDARY
Runはどのexternal system/credentialを使えるか？
CHANGE REQUEST
どのproposed stateをcanonicalにできるか？
Connectionとreachability
抽象MCP configではなく、正確なexecution surfaceをテストする。
Local OAuth connectionはunattended cloud runで使えない場合があり、local shell secretは選択environmentに存在しない場合があります。Connection pageに従い、production surfaceでidentity、read/proposal scope、evidence links、reviewer assignmentを確認します。
Warp teamの質問
WarpナレッジベースのFAQ
BusabaseはWarp Driveの代わりですか？
いいえ。Warp DriveはAgent向けRules、Workflows、Notebooks、Prompts、Plans、environment variables、shared MCP configの場所です。Busabaseはレビュー済みcross-system stateとdecision historyを保存します。
Workflowはcanonical recordへ直接書きますか？
Governed dataでは避けます。Workflow/Agentがevidence付きproposalを作り、domain ownerがレビューします。
References/Derived fromだけでevidenceになりますか？
重要なprovenanceですが、immutable repository revision、command output、test、artifact、external API response、human observationも必要な場合があります。
同じworkflowをlocal/cloudで実行できますか？
多くは可能ですがcontractは異なります。Repository、environment、credential、endpoint reachability、MCP authorization、tool supportを各surfaceで確認します。
Busabase recordとWarp transcriptの分担は？
Stable work identity、accepted state、evidence refs、owner、effective time、next actionをrecordに保存し、詳細reasoning/executionは元runに残します。
1つのhandoffから始める
Warpにworkを実行させ、Busabaseで他teamが信頼するstateを確立する。
他teamへ影響する反復local/cloud runを1つ選び、run-to-record contractを定義し、proposal-only accessで最初のtransitionをレビューします。