Busabase x Factory DroidFactory Droidのナレッジベース
Factory Droidは計画、編集、テスト、レビュー、custom droidsへの委譲、Skills、MCP、headless executionを扱えます。強いcontrol surfaceがあっても、successful runはproposalのevidenceであり、self-approved organizational truthではありません。
Control layers
Rules、procedures、delegated agents、toolsの役割を重ねない。
Factoryは各layerへ固有の仕事を与えます。Durable recordの証拠を組み立てる時もその分離を維持します。
| Layer | Primary job | Trust boundary |
|---|---|---|
| AGENTS.md | Repository commands / guardrails | Instruction textであり単独のruntime enforcementではない |
| Skill | 必要時にloadするreusable procedure | Prompt guidanceとsupport files |
| Custom droid | Fresh-context subagent、model/tool policy | Runtime tool boundary、single result |
| MCP | Authenticated external tools/context | Server identity、policy、credentials |
| Busabase | Human-reviewed canonical records | Permission-aware proposal/review/merge |
Delegation
Custom droidはcontextとtoolsを分離するがaccountabilityは移さない。
Fresh context、別model、read-only/edit/execute/web/selected MCPというtool boundaryを持てます。Userへ質問できず、subagentを再帰的にspawnできません。Delegated task、effective tools、model、returned artifactを記録します。
subagent_typeCustom droid / built-in worker/explorertask_boundaryExact delegated question/checklistmodel_policyPinned model / inherited routingtool_policyCategory、exact tools、MCP serversresultParentへのsingle return valueparent_decisionParentのverification/useMCP governance
Config scope、server fingerprint、tool approvalを一緒に記録する。
Factoryはuser、folder、project、organization-managed sourceからMCPをloadします。Persistent approvalはtransport fingerprintへ紐づき、enterprise policyはdisplay nameとは別にserverを制御します。
User、folder、project、managed
Transport URL/command fingerprint
Enterprise allowlist/tool filtering
Persistent/per-call decision
Response/external verification
Execution surfaces
Interactive、Exec、Mission runは異なる証拠を必要とする。
同じpromptでもdeveloperと対話、one-shot headless job、multi-agent orchestrationでは条件が違います。Surfaceとautonomy levelを先に示します。
| Surface | Typical use | Evidence |
|---|---|---|
| Interactive CLI/App | Exploration、implementation、live review | Prompts、approvals、diff、tests |
| Droid Exec | Scripts、CI、scheduled/batch | Input、flags、exit code、structured output |
| Custom droid | Focused delegated work | Definition、tool boundary、return value |
| Mission | Planned multi-agent delivery | Milestones、workers、validators、artifacts |
Reviewable delivery
Repository guidanceからaccepted knowledgeまでcheckpointを分ける。
Droidはdiffを示しedit前に待てます。Busabaseはrepository taskより長く残るfact/recordに別のacceptance boundaryを加えます。
実行の証拠
最後の返答だけでなく、実際に適用されたFactoryの実行条件を残す。
最後の返答には、拒否された道具、委譲先、途中で変わった自律性が出ない場合があります。提案する知識と並べて、短い実行要約を保持します。
factory_session対話session、Exec、Missionの識別子code_snapshotCheckout、branch、commit、worktreeloaded_rules利用したAGENTS.mdとSkillの版droid_chain親Agentと委譲したcustom droidsconnected_tools接続先の指紋と判断に使った呼び出しrun_clearance実際の自律性と承認された操作completion_proofテスト、review、外部からの再確認正式記録の条件
実行を許可したことと、結果を採用することを分ける。
元のsessionが短期間で消えても、利用できる道具が変わっても、記録だけで内容と根拠を理解できる状態にします。
fact_id後から追跡できる結果の識別子submitted_result別teamが利用するために提出された結論run_provenanceSession、Exec、Mission、委譲経路supporting_proofコード、テスト、外部応答、一次資料accountable_reviewer採否に責任を持つ担当者acceptance_state採用、条件付き採用、却下、後継ありrevisit_by内容を見直す期限制御の意味
自律性と道具の制限は事故を減らすが、結論の正しさは証明しない。
作業を許可する判断と、共有知識として採用する判断を別々に表示します。
書き換えを防いでも分析は誤り得る
場所と危険度に応じて操作を事前許可
利用できる外部接続と道具を限定
提出された記録を正式採用するか決定
実務上の確認
Factory Droidで知識を扱う時のFAQ
BusabaseはAGENTS.mdの代わりですか？
違います。AGENTS.mdはリポジトリ内の作業方法、Busabaseは審査して採用した結果を管理します。
Custom droidは安全なsandboxですか？
道具の範囲は強制できますが、process、filesystem、組織設定、外部serviceの制御も必要です。
Execが正常終了すれば結果も採用済みですか？
違います。Runnerが契約どおり完了したことと、記録を採用する判断は別です。
MCPのURL変更後も以前の許可を使えますか？
Factoryはtransport fingerprintへ許可を紐づけるため、URLやcommand変更後は再確認が必要です。
Skillへ現在のproject statusを書きますか？
書きません。Skillは手順に限定し、変動する状態は管理元から取得します。
1つのverified runから始める
Factory Droidには広く実行させ、狭くpromoteする。
Consequential outcomeを1つ選び、effective runtime/testsを残し、reusable stateだけをaccountable reviewへ送ります。