平台工程的下一步：让 MCP 与 Skills 接入研发工具链

随着代码管理、构建、测试、部署、发布等工具逐步接入统一平台，企业已经具备了较为完整的 DevOps 工具链。

但对研发人员和业务成员而言，如何更自然、更高效，同时又合规地调用这些能力，仍是平台工程需要持续解决的问题。

MCP 与 Skills，正在为这一问题提供新的方向。

过去，研发成员需要在需求管理、代码仓库、质量平台、流水线和发布系统之间频繁切换。工具能力越来越丰富，但不同系统的入口、权限、规则和操作方式，也增加了协作成本。

平台工程的下一步，不只是继续增加工具集成，而是让这些能力能够以更自然、更统一的方式被使用。

MCP 可以将 DevOps 平台中的工具能力，以受控接口的方式连接到客户端。业务成员可以在工作电脑上的客户端中，基于自身权限和项目上下文，查询需求状态、获取代码信息、查看扫描结果、跟踪 Pipeline 运行情况，并发起符合规则的研发操作。

而 Skills 的价值，则在于将企业已经沉淀的研发流程、质量规范和操作方法，转化为可复用的任务能力。

简单来说，MCP 负责连接能力，Skills 负责固化方法，平台则继续负责权限、审批、质量门禁与操作审计。

三层分工

将 DevOps 平台中的工具能力，以受控接口连接到客户端，让查询、扫描、Pipeline 跟踪等动作可以在统一上下文中被调用。

把企业既有研发流程、质量规范和操作方法，转化为可复用的任务能力。

继续负责权限、审批、质量门禁与操作审计，让能力调用仍然处在企业既有规则之内。

在这一过程中，研发成员不必反复查找系统入口和操作手册，而是可以在统一的交互环境中完成更多日常协作动作。平台能力也不再只是被动等待用户进入系统使用，而是能够在合适的场景下被主动调用。

场景示例

当业务成员提出一个新需求时，客户端可以基于需求描述，辅助形成任务拆解、开发边界和验收项

开发人员可以结合项目上下文获得代码变更建议，并发起代码扫描

当 Pipeline 执行失败时，客户端可以关联构建阶段、日志信息、代码提交和相关配置，帮助团队更快定位问题。

但这并不意味着 AI 客户端可以绕开现有研发流程。

治理边界

需求拆解、状态查询、日志分析等工作，可以由客户端提供更高效的辅助

创建任务、触发扫描、执行 Pipeline 等操作，仍应在权限校验和规则检查后完成

涉及代码合并、部署和发布等高风险动作，更需要保留既有的角色权限、人工确认与审批机制。

因此，MCP 与 Skills 不应成为绕开 DevOps 平台的新入口，而应成为平台能力面向 AI 客户端的受控交互层。

平台工程的价值，不是简单地把更多动作交给 AI，而是让 AI 客户端在企业既有的流程、权限和质量边界内，帮助团队减少重复操作和上下文切换，提升研发协作的一致性与效率。

未来的研发平台，不只是工具的集合，也不只是流程的承载平台。它还将通过 MCP 连接工具链，通过 Skills 沉淀最佳实践，让需求、开发、质量与交付流程更顺畅地协同起来。

联蔚盘云将持续围绕平台工程、DevOps 工具链集成与研发流程治理，帮助企业构建更高效、更规范、更可持续的软件交付能力。