Multi-Agent 支援

43 個平台、Scout/Verify/Auditor 三層、conditional/explicit

43 個平台

install 設定 43 個 client surface:37 個自動偵測 + 6 個 conditional/explicit。主要平台:

Agent設定位置
Claude Code~/.claude.json · Skill + 三層 graph agents + SessionStart/SubagentStart/PreToolUse hooks
Codex CLI$CODEX_HOME/config.toml · AGENTS.md + skill + 三層唯讀 agents
Gemini CLI.gemini/settings.json · GEMINI.md + 三層 subagents
OpenCode$OPENCODE_CONFIG · AGENTS.md + skill + 三層 deny-by-default 唯讀 agents
Cursor.cursor/mcp.json · skill + 三層 parent-handoff agents
VS CodeCode/User/mcp.json · ~/.copilot/skills + 三層唯讀 agents
Windsurf~/.codeium/windsurf/mcp_config.json · always-on global_rules.md
Aider / Zed / KiloCode / Qwen Code / GitHub Copilot CLI / …各有對應 config

完整 43 平台矩陣見上游 README 的 Multi-Agent Support

Conditional 的意義

「Conditional」指 installer 只在已存在的 config 路徑或文件化平台證明目標 active 時才寫入。它絕不:翻開實驗性 feature flag、啟用 plugin、YOLO modes、global permission bypass、或第三方指令信任。

Scout / Verify / Auditor 三層

有文件化 custom-agent format 的平台,installer 從一份 canonical contract 產生三層定義:

Tier定位行為
Scout(Tier 1)快速試探發現約 3–4 個窄呼叫;不做 absence / exhaustive-impact / dead-code 聲稱
Verify(Tier 2,預設)任務導向證據任務導向圖證據 + 精確原始碼檢查 + 引用路徑涵蓋 + 範圍涵蓋
Auditor(Tier 3)完整稽核受限範圍 + 目前索引 generation + 完整分頁 + 更廣關係檢查 + 明確未解限制

每層都批次呼叫 check_index_coverage 檢查證據路徑;clean 只代表「沒有記錄缺口」,不是完整證明。更新的 migration 只覆寫 byte-identical 的先前 Verify 定義,不覆蓋使用者改過的 agents。

工具 profile(Kiro / Junie / Qoder / Factory)

某些平台用正向 allowlist 的 server profile 限制工具面:

hooks:fail-open、context-only

安裝的 hooks 都是 fail-open 且 context-only:Claude 的 PreToolUse 觀察 Grep/Glob 並把匹配的圖符號注入 additionalContextPostToolUseRead 在圖無法完整解析該檔時加涵蓋 context。它永遠不拒絕或替換工具呼叫。

看完這頁你應該能說出:43 平台怎麼分類、conditional 為何安全、Scout/Verify/Auditor 三層差異、工具 profile 的 allowlist 哲學、以及 hooks「fail-open + context-only」的意義。