MCP协议详解：Server-First能力契约与capabilities.json规范
摘要：想用 AI Agent 稳定赚钱？先别急着写提示词——你调用的每个工具，可能正在静默失败。 MCP 不是“万能转接头”，它是 Server-First 协议。这不是比喻：能力契约（capability contract）由 Server 主动定义、版本化发布、强制校验；Client（LLM 或 Agent Runtime）只能声明自己支持哪些能力，不能要求 Server 迁就自己。Anth...
想用 AI Agent 稳定赚钱？先别急着写提示词——你调用的每个工具，可能正在静默失败。
MCP 不是“万能转接头”，它是 Server-First 协议。这不是比喻：能力契约（capability contract）由 Server 主动定义、版本化发布、强制校验；Client（LLM 或 Agent Runtime）只能声明自己支持哪些能力，不能要求 Server 迁就自己。Anthropic 没在帮模型“插线”，而是在给工具服务立规矩——就像 REST API 依赖 OpenAPI Spec，MCP Server 必须提供 `capabilities.json`，明确声明：
- 支持哪些操作（`list_files`, `send_email`, `query_db`）
- 每个操作的输入 schema（含 required 字段、类型约束）
- 输出结构与错误码语义
- 调用频次/配额策略（直接关联商业化计费）
这带来两个硬价值：
✅ **工具调用不再“看运气”**：OpenClaw 的 MCP Server 封装飞书审批流时，自动拒绝 LLM 传入空 `approver_id`，返回标准 `400.missing_field`，而不是让 Claude 自行脑补或静默失败；
✅ **上下文可跨工具锚定**：你在龙虾平台部署的 `mcp-server-sqlite` + `mcp-server-notion` 双 Server，共享同一 `session_id` 和 `tool_context` 字段，Agent 执行「查订单→同步到 Notion→发钉钉通知」时，状态不丢失、ID 不漂移——这才是自动化链路可靠的前提。
实战验证：深圳某跨境团队用 MCP 封装 Shopify 订单查询 + QuickBooks 记账 + 企业微信推送三个 Server，接入 Claude 3.5 Sonnet 后，将人工对账+开票流程压缩至 92 秒/单，月省 136 小时人力 → 换算为 ￥21,760 直接成本节约（按 160 元/小时计）。关键不是模型多强，而是三个 Server 的 `capabilities.json` 都声明了 `context_key: "order_id"`，Agent 才敢放心传递上下文。
别再把 MCP 当成模型侧胶水。它本质是 Server 的“能力身份证”，也是商业化的计量基座——每个 `mcp_call` 可打标计费（如 `billing_tag: "shopify.read_orders"`），每个 Server 可独立升级、灰度、熔断。A2A 协议解决 Agent 间协作，MCP 解决 Agent 与现实世界（数据库/API/SaaS）的契约落地。
**下一步行动**：
1. 在 yitb.com/console 创建你的第一个 MCP Server（选「SQLite 工具模板」）
2. 修改 `capabilities.json`，增加 `billing_tag` 字段并设为 `"demo"`
3. 用龙虾 CLI 部署：`yitb mcp deploy --env prod`
4. 在 Agent 中调用它，观察控制台自动记录的调用次数与标签
5 分钟，拿到你第一个可计费、可审计、可扩缩的 AI 工具契约。