MCP 瘦身：只启用当前任务需要的服务器和工具

为什么 MCP 会影响额度

MCP 能减少手工复制资料，也能让 Codex直接查 GitHub、文档、数据库或业务系统。但每个服务器的工具说明、返回结果和失败重试都可能进入上下文。

所以“MCP 越多越强”并不等于“MCP 越多越省”。真正的判断标准是：

它减少的无效检索和手工上下文，是否大于它自身增加的工具描述与输出？

四步瘦身法

1. 默认关闭低频服务器

只在任务需要时启用。做纯前端文案时，不需要数据库、客服、日历和部署工具同时在线。

2. 使用工具白名单

一个 MCP 可能暴露几十个工具，但任务只需要搜索和读取。只开放必要工具，能减少描述量，也降低误操作风险。

3. 写操作要求批准

读取资料与修改外部系统的风险不同。对创建、更新、删除、发送等工具设置批准模式，避免代理在探索阶段产生副作用。

4. 限制单次工具输出

数据库全表、超长 issue、完整日志和大段网页都可能瞬间扩大上下文。设置 output_token_limit 或在工具端先筛选、分页、聚合。

任务开始前检查

当前任务：修复结账页重复提交

需要：
- GitHub 只读搜索
- 错误日志只读查询

不需要：
- 邮件
- 日历
- 文档写入
- 生产数据库写入
- 浏览器自动操作

让“为什么启用这个 MCP”变成明确决定，而不是历史配置。

什么时候 MCP 反而省额度

• 能按符号或调用链精准检索代码
• 能直接查询结构化数据，而不是粘贴整份导出
• 能在服务端聚合后只返回必要字段
• 能避免代理重复猜测文件位置

什么时候可能更贵

• 每轮都注入大量工具说明
• 返回结果没有分页和上限
• 同时启用多个功能重叠的服务器
• 工具失败后自动循环重试
• 为一个很小的任务启动复杂检索链

建议做 A/B 测试

选择同一个可重复任务，比较：

• 无 MCP
• 只启用一个精准 MCP
• 启用全部 MCP

记录完成率、工具调用数、上下文消耗与返工。不要仅凭“感觉更智能”判断。

来源

• OpenAI MCP：https://learn.chatgpt.com/docs/extend/mcp?surface=cli
• OpenAI Pricing / Usage Limits：查看来源 ↗