Port 将 Vibe 编码引入平台工程，推出 AI Builder

Port 推出了 AI Builder，一种新的自然语言开发体验，旨在帮助平台工程团队构建具有代理软件交付工作流的系统，而无需将 AI 采用转变为另一层操作性扩散。

该公司将该产品描述为第一个专门为平台工程设计的 vibe 编码体验。但更重要的点不是“vibe 编码”标签，而是 Port 将其应用的内容。

vibe 编码主要与个人开发人员使用自然语言生成应用程序、原型或代码更改有关。Port 正在将相同的交互模型应用于软件交付生命周期本身：入职、基础设施工作流、生产就绪、事件响应、成本控制、工程性能跟踪、治理和代理管理。

这是一个与帮助开发人员更快编写代码的挑战非常不同的问题。在大型工程组织中，挑战不仅仅是 AI 是否可以生成有用的工作流。它是该工作流是否符合公司的架构、遵循内部政策、连接到正确的工具、尊重权限以及可以在事后进行审计。

从编码助手到 SDLC 控制层

Port 的 AI Builder 建立在公司的 Agentic SDLC 平台之上，该平台结合了上下文湖、工作流编排、代理管理和治理能力。其理念是为开发人员、平台团队和 AI 代理提供一个共同的基础，以了解软件如何在组织中移动。

该基础很重要，因为代理开发可以迅速变得零散。开发人员可能会构建一个代理来分诊事件。平台工程师可能会构建一个代理来管理云成本。安全团队可能会构建一个代理来执行合规性检查。每个用例都可能在自身具有价值，但如果没有共享的上下文和控制，公司可能会最终拥有重复的工作流、不一致的治理以及代理在不完整的信息基础上采取行动。

AI Builder 是 Port 为团队提供更结构化路径的尝试。团队不再需要构建孤立的自动化；他们可以使用自然语言描述他们想要的内容，并让系统帮助在 Port 的受控环境中创建工作流、仪表板、评分卡或代理。

AI Builder 的工作原理

AI Builder 允许团队通过基于聊天的界面创建和修改代理 SDLC 工作流。例如，平台团队可以要求它创建一个生产就绪评分卡、设计一个新服务的入职工作流、构建一个 AI 成本管理流程或生成一个自治票务解决流程。

Port 表示，该系统内置了 SRE、DevOps、架构、安全、AI 治理、数据建模和 UX 等领域的知识。其目的是使该工具比通用编码助手更具专业性。与仅生成代码或配置不同，AI Builder 旨在推理平台工程工作的结构。

一个关键功能是计划模式。在构建之前，AI 会草拟一个计划、提出澄清问题并等待批准。计划是版本化和保存的，这为团队提供了一个记录，说明了什么被提议和批准。虽然这可能看起来像是一个小的工作流细节，但它对于产品的定位至关重要。组织为 AI 代理提供的自治权越多，它们就越需要批准路径、可追溯性和问责制。

为什么上下文很重要

该产品连接到 Port 的 上下文湖，旨在为代理和工作流提供对实际组织数据的访问。这些数据可以包括服务、团队、所有权、依赖项、环境、集成、策略和操作元数据。

这是公告中更重要的部分之一。AI 系统的有用性往往取决于其可以访问的上下文。一个通用助手可能能够建议一个部署工作流，但它并不自动知道哪些服务是业务关键的、哪些团队拥有它们、什么批准过程适用或哪些依赖项可能会在更改时中断。

Port 的方法是将组织上下文纳入构建过程。这意味着 AI Builder 不仅仅是对提示做出反应；它旨在创建反映公司实际运作方式的工作流。

对于平台团队来说，这可能会减少想法和实施之间的差距。团队不再需要手动在不同的系统中组装工作流；他们可以使用自然语言生成第一个版本，然后在平台内查看、改进和管理它。

让更多工程师成为构建者

Port 首席执行官兼联合创始人 Zohar Einy 将该启动围绕软件开发中更广泛的变化进行了框架：现在，更多的人在工程组织中希望自己构建自动化和代理工作流。

“AI 从根本上改变了软件的构建方式，”Einy 说。“每个人现在都是构建者。开发人员和平台团队都希望创建可以消除琐碎工作、消除瓶颈并改善软件交付的 AI 代理。”

这为平台团队带来了新的挑战。他们不再仅仅为开发人员构建内部工具；他们越来越多地负责创建开发人员、AI 代理和平台工作流可以安全交互的环境。

这是 AI Builder 如何融入 Port 更大战略的关键方面。它为更多用户提供了创建工作流的能力，但这样做是在一个旨在保持标准、可见性和控制的系统内进行的。

行业影响：代理扩散成为真正的问题

该启动指向了一个在整个 企业 AI 采用 中出现的更广泛的问题。公司正在从实验转向实施，但许多公司都是使用不连接的工具来实现这一目标。AI 编码助手、内部机器人、工作流代理、数据助手和自动化脚本正在以不同的速度被不同的团队采用。

这会产生一种新的软件扩散形式。在云时代，公司必须学习如何管理基础设施扩散。在 SaaS 时代，他们必须管理应用程序扩散。在 AI 时代，他们将需要管理代理扩散。

问题不在于团队构建了太多代理。问题在于许多代理可能是在没有共享上下文、所有权、权限、可观察性或生命周期管理的情况下构建的。一个对一个团队有效的代理可能会在没有人知道它可以访问哪些系统、可以做出哪些决定或其行为如何随时间监控时成为一个负担。

这就是为什么在 AI 时代，平台工程变得更加重要的原因。随着软件开发变得更加自动化，组织需要一个更强大的操作模型来管理自动化的创建、批准、重用和治理。

内部开发者门户正在演变

AI Builder 也反映了内部开发者门户的变化角色。最初，许多门户都专注于服务目录、文档、自助操作和开发者体验。它们帮助工程师找到他们需要的东西，并减轻了平台团队的负担。

下一个阶段看起来更具活力。Port 正在将门户定位为一个共享的执行层，开发人员和代理可以在同一个组织地图上合作。在这种模型中，门户不仅仅是一个查看服务或触发工作流的位置；它成为代理软件交付的控制平面。

这种演变是有道理的。如果 AI 代理将参与 SDLC，它们需要与人类工程师相同的东西：上下文、权限、标准和反馈。不同之处在于，代理可以以更快的速度运行，这使得治理更加紧迫。

生产力增益将取决于信任

像 AI Builder 这样的产品的承诺是更快的软件交付和更少的手动工作。但真正的考验将是信任。

企业不会仅仅因为代理快速就允许它们在 SDLC 中进行有意义的更改。他们需要证明工作流是安全的、可解释的、可逆转的，并且符合内部政策。他们还需要对人类在循环中的位置有一个明确的理解。

这可能是 Port 公告中最重要的影响。AI 在软件开发的下一个阶段不仅仅是关于更好的代码生成；它是关于构建允许 AI 参与真实操作环境而不会造成混乱的系统。

AI Builder 可在 Port 的免费和付费订阅中使用。