开发者真正需要的，从来不是又一个内部 Portal

从 2022 年"平台工程（Platform Engineering）"被 Gartner 列为年度技术趋势，到如今各大小厂悄然重组或优化平台团队，这个概念经历了一个完整的思潮周期：爆火、跟风、祛魅，最终回归工程本质。

Gartner 曾给出一组极具远见的数据：到 2026 年，80% 的大型软件工程组织将设立平台工程团队，作为可复用服务、组件与工具的内部供给方（这一比例在 2022 年仅为 45%）；而到 2027 年，平台工程原则将影响超过 50% 的基础设施与运营技术决策。

数据令人振奋，现实却充满骨感：过去两年里，不少企业的平台团队面临着预算收紧、投入产出比（ROI）遭质疑、甚至沦为"造内部轮子"的尴尬处境。

问题出在哪里？当生成式 AI 席卷软件工程，平台工程的下半场又该如何突围？

01 复杂的"自服务"，最终沦为新的认知负荷

构建平台工程的初衷，是打造内部开发者平台（IDP），向业务开发团队提供自助化服务（Self-Service），减少"工单流转"和认知负担。

然而许多企业在落地时走入了误区：

拼凑工具链，加剧割裂：把造轮子的内部 Portal 堆砌在 Jenkins、K8s、Jira 等数套异构系统之上，开发者不仅没有轻松，反而要在复杂的表单和控制台之间来回切换；
流程被动，缺乏执行闭环：平台规范了部署模板和流水线，但当流水线报错、依赖冲突或环境异常时，开发者依然要耗费数小时肉眼排查日志；
高昂的维护成本：平台团队疲于应付各种内部适配，演变成了"专职写 YAML 与内部脚本的保姆"。

平台工程的核心从来不是搭建漂亮的 Dashboard，而是消除认知摩擦，提供具备确定性的工程生产力。

大模型在软件工程的落地，让平台工程迎来了真正的破局转机。

但如果只把 AI 当作"代码补全插件"，它依然游离在工程体系之外。真正的变革在于：让 AI 智能体深度接入平台工程中枢，直接驱动开发与运维流。极狐GitLab Duo 正是以"AI 智能体编排平台"的定位，重塑了平台工程的协同形态。

传统 IDP 难以普及，核心在于表单与 API 的使用门槛。极狐GitLab Duo 通过深度扩容原生 MCP（Model Context Protocol）工具集，将工程资产与平台操作直接赋予智能体：

开发者不再需要去学习平台复杂的配置界面，通过自然语言即可唤醒具备工程事实上下文的智能体，由其调用底层标准化工具完成复杂的工程操作。

平台团队最头疼的是海量流水线失败工单。Duo Workflows 带来了全新的事件驱动与闭环机制：

MR 事件驱动：当代码发起合并请求时，自动触发预置的规范校验与风险推演流；
CI 流水线真·自愈：结合错误触发器，智能体在捕获编译或测试异常后，自动调取沙箱环境定位报错、生成 Patch 并发起验证，变"人肉排障"为"自动纠错"；
有人在回路（Human-in-the-loop）：支持关键部署节点的人工审批续跑，兼顾全自动的高效与严谨生产发布的确定性。

放开 AI 使用权限的同时，平台团队往往要承担巨大的代码安全与资产合规风险。极狐GitLab Duo 将平台治理能力内嵌至工程底层：

正如 Gartner 所预见，平台工程的组织形态与技术原则依然是未来企业 IT 演进的必然趋势。但它的载体正在发生深刻迁徙——从"堆砌繁琐的内部界面"，走向"以一体化 DevOps 为底座、由 AI 智能体自主编排"的新一代工程架构。

极狐GitLab 将成熟的代码协同、CI/CD 流水线与极狐GitLab Duo 的多 Agent 协同能力无缝融合。平台团队无需重新发明轮子，便能快速交付一个既具备严密工程约束、又能实现自动化流转的现代化开发者平台。

告别形式主义的"伪平台工程"，用智能体编排重塑研发生产力——极狐GitLab 与企业工程团队一同探索智能研发新范式。

本文内容照搬自极狐GitLab 微信公众号原文：