上周，我们的一位产品经理构建并发布了一个功能。不是写规格文档，不是提交工单，而是自己构建、测试并发布到生产环境。只用了一天。

几天前，我们的设计师注意到 IDE 插件的视觉外观与设计系统有偏差。在旧世界里，这意味着截图、提交 JIRA 工单、解释意图的会议、等待冲刺排期。而现在，他打开代理，自己调整布局，实验、迭代、实时调优，然后推送修复。设计直觉最强的人直接修复了设计问题，无需翻译层。

瓶颈转移了

当我们在 2025 年转向 AI 优先时，实现成本崩塌了。代理接管了脚手架、测试和曾经消耗一半冲刺时间的粘合代码。周期时间从周降到天，从天降到小时。工程师开始不再用文件和函数思考，而是用架构、约束和执行计划思考。

但一旦工程能力不再是瓶颈，我们注意到：决策速度成了瓶颈。我们为保护工程时间而建立的所有协调机制（规格、工单、交接、待办梳理）现在成了系统中最慢的部分。我们在为一个不再存在的约束优化。

当构建比协调更便宜

我们开始问一个不同的问题：如果最接近意图的人可以直接发布软件，会是什么样子？

产品经理已经在用规格思考。设计师已经在定义结构、布局和行为。他们不用语法思考，他们用结果思考。当将意图转化为可工作软件的成本降到足够低时，这些角色不需要”学习编程”。实现成本只是降到了他们的水平。

我们的产品经理 Dmitry 描述了他的视角变化：”当代理在 Zenflow 中生成任务时，有几分钟的空闲时间。就是空白。我想构建一个小游戏，让你在等待时可以互动。”

如果你运营过产品团队，你知道这种想法。它不会提升 KPI。在优先级会议上无法证明合理。它会被永远推迟。但它增加了个性。让产品感觉像有人在关心小细节。这些正是在每次待办梳理会议中被优化的东西，也是用户记住的东西。

他一天就构建完成了。

发布变得比解释更便宜

随着更多人开始直接构建，整层的流程悄然消失。更少的工单。更少的交接。更少的”你能解释你的意思是……”对话。更少的翻译丢失时刻。

对于相当一类任务，直接构建比描述想要什么然后等别人构建更快。想想这一点。每个现代软件组织都围绕一个假设构建：实现是昂贵的部分。当这个假设崩溃时，组织必须随之改变。

我们的设计师修复插件 UI 就是完美的例子。旧工作流（截图问题、提交工单、解释意图与实现之间的差距、等待冲刺排期、审查结果、请求调整）完全是为了保护工程带宽而存在的。当具有设计直觉的人可以直接行动时，整个堆栈消失了。不是因为我们为了流程本身取消了流程，而是因为流程解决的问题不再存在。

复合效应

最让我惊讶的是：它会复合。

当产品经理构建自己的想法时，他们的规格变得更清晰，因为他们现在理解代理需要什么才能执行好。更清晰的规格产生更好的代理输出。更好的输出意味着更少的迭代周期。我们看到速度周复一周地复合，不仅因为模型改进了，还因为使用模型的人更接近工作本身。

Dmitry 说得好：意图和结果之间的反馈循环从周降到分钟。当你能立即看到规格的结果时，你会学习系统需要什么精度，并开始本能地提供它。

还有一个难以衡量但无法忽视的二阶效应：主人翁感。人们不再等待。他们不再为自己能修复的事情提交工单。”构建者”不再是一个职位名称。它成了默认行为。

这对行业意味着什么

去年很多”人人都能编程”的叙述是理论性的，或专注于独立创始人和小团队。我们的经历不同。我们有约 50 名工程师在复杂的棕地代码库中工作：多个界面和编程语言、企业集成、真实生产系统的全部重量。

我不认为我们是独特的。我认为我们是早期的。随着每一代新模型，谁能构建和谁不能之间的差距正在以大多数组织意识不到的速度缩小。每家软件公司即将发现，他们的产品经理和设计师正坐在未实现的构建能力上，被技能阻挡，而非实现成本。随着成本持续下降，组织影响深远。

我们从加速软件工程的意图开始。我们正在变成不同的东西：一家每个人都发布产品的公司。