核心结论：让 AI 接入企业老系统，应先盘点现有接口、身份权限和业务风险，再选择 API 接入、结构化命令行或界面自动化。MCP 可以统一工具交互，但不会自动赋予系统业务能力，也不会代替后端授权与交易校验。本文根据腾讯程序员·腾讯技术工程文章整理稿（标注作者 robinji，2026 年 10 月 12 日）及公开规范作技术解读。
五个概念分别负责什么？
Model 提供推理和生成能力；Agent 将模型、工具与运行控制结合，用于推进任务并观察结果；Skill 把领域知识、操作步骤及可选脚本整理为按需加载的技能包；MCP 是应用与外部工具、资源交互的协议；CLI 则是命令行接口。它们处于不同层级，不能把 Agent 与微服务、MCP 与 REST 简单等同。
Agent 可以直接调用 API 或 CLI，也可以经 MCP Server 间接使用它们。Skill 能指导操作，但是否调用工具、如何确认结果和处理失败，取决于具体宿主与运行机制。一个任务并不必然同时经过这五层。
老系统接入的三条路径
已有 API：复用业务接口
原文建议优先利用现有接口，并在需要标准化工具接入时增加 MCP 适配层。中蓝科创建议将适配层职责控制在参数转换、身份传递和结果整理上，继续由原业务服务执行权限、状态和交易规则。以查询订单等只读场景开始，更容易定位数据口径与异常处理问题。
已有 SDK 或脚本：提供结构化工具
缺少网络 API 时，可评估已有 SDK、运维脚本或命令行能力。CLI 应明确输入、输出、错误码和超时，必要时再用 MCP 对外暴露。对桌面系统 SDK 的包装未必需要 CLI，具体形式应服从部署环境和可维护性。
仅有界面：评估浏览器自动化或 RPA
界面操作可作为接入方式，但需承担页面变化、登录状态和操作恢复的维护成本。应核对实际结果，而非仅判断点击成功；提交、删除或付款等操作需要对应的授权与审核。原文的匿名车企案例属于作者经验描述，不构成中蓝科创交付案例或可普遍复制的效果承诺。
MCP 传输方式：旧方案被替代，SSE 仍可使用
MCP 2025-06-18 规范列出 stdio 和 Streamable HTTP 两种标准传输，也允许自定义传输。Streamable HTTP 替代的是旧版 HTTP+SSE 传输，仍可借助 SSE 传送流式消息。因此不能把“SSE 已被取消”作为选型结论。Gateway、Proxy 和托管服务描述部署或治理方式，不是新的标准传输协议。
中蓝科创观察：用业务闭环验收接入效果
建议先选高频、低风险且可核验的任务，记录正确率、完成时间、人工返工和调用成本。读取结果应带数据来源；写入流程应具备身份校验、参数约束、幂等、防重和操作日志。任务中断后要能判断业务是否已成功，避免重复提交。
当一个小流程可稳定运行，再扩展到跨系统协作。能调用工具只是接入的起点，权限正确、状态可追踪、失败可恢复，才是企业持续使用的基础。
来源：腾讯技术工程原文整理稿；MCP 2025-06-18 传输规范；Agent Skills 格式说明。工程建议为中蓝科创分析。
