MCP 连接器策略¶
ECC 仅内置一个默认 MCP 连接器。其他所有内容都是封装 CLI 或 REST API 的 skill，或者是 mcp-configs/mcp-servers.json 中的可选条目。
规则¶
默认连接器只有同时满足以下两点，才有资格占据默认位置：
- 通用性 — 它适用于编码代理的几乎所有用户，并且适用于 ECC 所面向的每一个 harness。
- MCP 优于封装在 skill 中的 CLI/API — 该任务确实需要 MCP 提供的能力：交互式会话状态、流式传输、认证握手或结构化浏览。无状态的请求/响应工作应做成 skill，而不是 server。工具 schema 会加载到每个会话中；每个默认连接器都会占用每个用户的上下文窗口，无论其是否使用。
默认集合始终远低于十个。实际上，2026 年主流严肃 harness 的现场默认是零到两个连接器，外加原生内置功能。
当前默认集合¶
| 服务器 | 通过原因 |
|---|---|
chrome-devtools |
Google 官方 DevTools MCP。交互式 CDP 会话——实时调试、性能跟踪，以及对有状态浏览器的控制台和网络检查。这是 MCP 优于 CLI 的典型场景：价值在于保持打开的会话，而不是一次性命令。无需密钥。 |
它替换掉的六个（2026 年 6 月审计）¶
| 原默认项 | 结论 | 替代方案 |
|---|---|---|
github |
改为 skill | 通过 github-ops skill 使用 gh CLI。gh 存在于每个模型的训练数据中，能以极小的 token 开销组合一次性命令，并通过 gh auth login 一次性完成认证。该 MCP server 的约 30 个工具 schema 会占用每个会话。 |
context7 |
改为 skill | 面向 Context7 公共 REST API（/api/v2/libs/search、/api/v2/context）的 documentation-lookup skill。两次无状态调用，使用 bearer 密钥——没有会话状态来证明需要 server。 |
exa |
改为 skill | 默认使用 harness 原生搜索（Claude Code WebSearch、Codex web_search、Cursor @Web）；exa-search skill 仍保留给 API 密钥持有者。它还需要 API 密钥，因此不满足默认项的通用性测试。 |
memory |
完全移除 | harness 原生记忆（Claude Code 自动记忆目录、Cursor 记忆、AGENTS.md 约定）加上 ECC 的 instinct/持续学习系统。该知识图谱 server 解决的是 2024 年的问题，而 harness 此后已将其吸收。 |
playwright |
改为 skill | Microsoft 自家的 @playwright/cli agent 界面——供应商本身已将 agent 工作流从 MCP 迁移出去，因为每步返回完整可访问性树会消耗上下文。ECC 的 e2e skill 已经驱动该 CLI。浏览器调试（交互式场景）由 chrome-devtools 覆盖。 |
sequential-thinking |
完全移除 | 每个现代 harness 都具备原生扩展思考。该 server 没有封装任何外部系统——只是一个被包装成连接器的 Prompt 模式。 |
这六项仍作为可选条目保留在 mcp-configs/mcp-servers.json 中，供需要的用户使用。
退出选项¶
ECC_DISABLED_MCPS 在安装/同步时过滤 ECC 生成的 MCP 配置：
添加连接器¶
提交一个 PR，明确论证规则的两个要件。“流行”不是论据；“该任务是有状态的且通用的”才是。
本页原文 Markdown：在 AtomGit 查看·内容源自开源项目 ev/ECC