去年我们在给一家出海 HR SaaS 客户做技术评估时，团队内部为"hiring-agent 应该走 Claude Agent SDK 还是 MCP 协议"吵了三天。最后我用 HolySheep 做了一套双轨 POE（Proof of Execution），48 小时跑出真实数据：同样的 JD 解析 + 简历匹配 + 面试问题生成任务链，Agent SDK 在单进程内调用工具的延迟是 412ms，MCP Server 跨进程走标准协议是 387ms，但 MCP 在第三方数据源接入上节省了约 70% 的胶水代码。这篇文章就把这次迁移决策的完整过程、风险、回滚与 ROI 测算全摊开。
一、hiring-agent 工作流的本质：为什么必须分清 SDK 与协议
Hiring-agent 通常包含四类原子能力：JD（Job Description，职位描述）解析、候选人画像抽取、简历-岗位匹配度评分、面试问题生成。如果只用一次性 prompt 拼接，单次成本可控；但一旦遇到"读取候选人 GitHub + 交叉验证 LinkedIn + 写入 ATS（Applicant Tracking System，招聘追踪系统）"这种多工具串接，token 消耗和工具调用稳定性会指数级恶化。
Claude Agent SDK（Anthropic 官方发布的 agent 编程框架）解决"agent 循环 + 工具调度"问题；MCP（Model Context Protocol，模型上下文协议）解决"工具如何被任何模型即插即用"问题。两者不是替代关系，而是分层关系：Agent SDK 是"调度大脑"，MCP 是"标准化四肢"。
二、Claude Agent SDK 与 MCP 核心差异对比
| 维度 | Claude Agent SDK | MCP 协议 |
|---|---|---|
| 定位 | 进程内 agent 运行时 | 跨进程工具/数据交换协议 |
| 调用延迟（HolySheep 实测） | 412ms（单进程工具循环） | 387ms（stdio）+ 22ms（sse） |
| 状态管理 | 原生 session + checkpoint | 无状态，需业务层补 |
| 工具复用 | 仅 Claude 系列 | <