Agent 当架构师、平台当施工队：OutSystems Agent Experience GA 背后的「vibe coding 进企业」剧本

2026 年 10 月 7 日，OutSystems 在拉斯维加斯的 World Tour 大会上宣布：Agent Experience 全面可用（GA）。一句话概括这个产品：它把 OutSystems 的低代码平台开放给了任意 AI 编程 Agent——Claude Code、Cursor、Codex、Kiro，官方点名的四个，一个不少。Agent 在系统设计层面工作，OutSystems 确定性地生成代码；安全、自动测试、生命周期治理全部内置；部署形态公有云、私有云、本地、混合任选。

这条新闻的表面是「低代码厂商蹭 AI Agent 热度」，里子却值得认真读。因为它回答了一个 2026 年企业 IT 部门最头疼的问题：员工已经在用 AI 编程 Agent 写东西了，你拦不住，那你打算怎么办？OutSystems 的答案是：别拦，给它一条合规的路——你爱用哪个 Agent 随便，产出必须经过我的平台、我的测试、我的治理。这就是「vibe coding 进企业」的标准剧本，而 Agent Experience 是目前这个剧本里写得最完整的一版。

分工重构：Agent 当架构师，平台当施工队

先把技术路线讲清楚，因为它决定了这件事的含金量。传统 vibe coding 的链条是：人给 prompt → Agent 直接吐代码 → 代码进仓库。问题出在中间那一步——Agent 吐出来的代码是一个黑盒决策，谁都说不清它为什么这样写，review 只能靠人肉，出了事只能靠回滚。个人项目无所谓，企业系统不敢这么玩。

OutSystems 换了一条链：Agent 不直接写最终代码，它在系统设计层面工作——定义数据模型、业务逻辑、界面结构；OutSystems 平台把这些设计确定性地翻译成代码。「确定性」是关键词。同一个设计输入，平台永远生成同一套代码，没有 Agent 的随机性，没有「这次它心情好多写了个缓存层」。这意味着产出物是可审计、可复现、可回滚的——企业合规要的从来不是「代码写得妙」，而是「每一步都可追溯」。

这个分工里藏着一个清醒的判断：Agent 的强项是理解意图和做设计决策，弱项是稳定、可重复地执行；平台的强项恰恰是稳定执行，弱项是理解模糊的人话。各干各擅长的，比让 Agent 一个人从需求干到上线靠谱得多。这也是为什么 OutSystems 敢说「支持任意 Agent」——Agent 在这个架构里是可替换的「大脑」，平台才是不可替换的「身体」。大脑可以换，身体不行。

74% 这个数字，要打折看

官方新闻稿引用了一组开发者调研数据：74% 的 AI 生成代码需要大量返工，或者从未真正投产。这个数字被放在发布稿的显眼位置，显然是整套叙事的立论基础：AI 生成代码质量不行，所以你需要我的治理平台。

但厂商引用的调研数据，有三个经典操作位：样本是谁、问题怎么问、「大量返工」怎么定义。新闻稿里一个都没交代。74% 听起来像精确科学，实际更接近营销弹药——方向可信，数字打折，这是读所有厂商调研的正确姿势。

方向为什么可信？因为每个用 Agent 写过生产代码的人都见过那种东西：能跑，测试勉强能过，但没人敢合进去——没有错误处理、日志随缘、边界条件靠运气。返工不是因为 Agent 笨，而是因为「能运行」和「可维护」之间隔着一整套工程纪律，而 Agent 默认不具备这种纪律。74% 这个数字夸张与否不重要，它指出的痛点是真实的：AI 编程的瓶颈早就不是「写不写得出来」，而是「敢不敢让它进生产」。Agent Experience 赌的就是这个判断。

三个早期客户案例：入口都选在「不致命」的地方

新闻稿给了三个早期客户，值得一个一个看，因为案例选址本身就是一种表态。

YESCO，一家标识制造商，用 Claude Code 接入后把发布周期压缩到了 2 周。Lowenstein Sandler，一家美国律所，不到 3 小时就建成并投产了一个诉讼事项追踪应用。Normal，一家丹麦零售商，单个开发者 2 周建成一个应用——原来需要 6 周。

三个案例的共性很明显：全是业务效率工具，没有一个是核心交易系统。标识制造商的发布流程、律所的事项追踪、零售商的内部应用——这些系统的特点是「做出来就有价值，出错代价可控」。律所 3 小时上线一个追踪应用，听起来夸张，但事项追踪的本质是 CRUD 加权限，Agent 搭骨架、平台定结构，3 小时并非天方夜谭。

这恰恰是 Agent coding 进企业的正确入口：先从不致命的地方开始。没有人敢让 Agent 第一天就去碰核心账本、支付链路、合规申报。OutSystems 挑这三个案例，是诚实也是聪明——诚实在于没吹「Agent 重构了我们的核心系统」，聪明在于它们证明了同一件事：在「出错可控」的地带，Agent 加治理平台的组合已经能交付真实的生产系统。至于核心系统，那是下一阶段的战争。

保险业 Agentic 方案：低代码厂商的老剧本

同期 OutSystems 还发布了 11 月上线的保险业 Agentic 方案，核心场景是 First Notice of Loss（FNOL，首次损失通知），外加一个 Insurance Agent Kit。FNOL 是保险业最标准化的流程之一：客户报案 → 信息采集 → 立案 → 理赔启动，步骤固定、表单固定、规则固定，Agent 化几乎是水到渠成。

这是低代码厂商打了十几年的老剧本：垂直行业套件。先拿一个标准化程度最高的流程做样板，做出「开箱即用」的行业方案，再复制到相邻流程。Agent 时代只是给这个剧本换了个引擎——以前是拖拽组件拼流程，现在是 Agent 理解需求后生成流程。

但老剧本的另一面也要看到：越行业化，就离平台越近，离通用 Agent 越远。Insurance Agent Kit 本质上是一套预置的行业知识加护栏，它让保险公司上线更快，也让保险公司更深地嵌进 OutSystems 的抽象体系。今天你是图它开箱即用，明天你的理赔流程就长在了它的模型里。这笔账后面还会再算一次。

对抗 shadow AI：治理是护栏还是枷锁？

回到 OutSystems 真正想解决的问题：shadow AI。2026 年的现实是，开发团队里用 Cursor、Claude Code 写代码的人，早就超过了 IT 部门批准的人数。代码从各种 Agent 里流出来，进仓库、进生产，而安全团队对此一无所知。封杀是不可能的——你封得住公司网络，封不住员工的个人订阅。

Agent Experience 的策略是「招安」：你继续用你喜欢的 Agent，Claude Code 也好 Cursor 也好，我不干涉；但产出必须走我的平台——安全扫描、自动测试、生命周期治理，一个都不能少。治理在这里的角色很微妙：对 regulated 行业（金融、医疗、律所）它是护栏，审计要的 traceability、合规要的 access control，平台一次性给齐，CIO 终于可以在董事会上说「我们的 AI 编程是受控的」；但对追求速度的团队，它可能是枷锁——确定性生成的代价是表达力天花板，平台能生成的只是平台理解的那套模式，Agent 的设计再聪明，也跳不出平台的抽象边界。你今天觉得护栏很贴心，可能是因为你还没撞上天花板。

更深一层的问题是：「治理」的定义权在谁手里？平台说这是为了安全和质量，但平台同时也是商业公司。治理规则越细，客户对平台的依赖越深，这两者在商业上是同一件事。CIO 们需要想清楚：你买的到底是护栏，还是一套以护栏为名的锁定机制？答案可能是「都是」，比例随时间变化。

真正的账：平台锁定的隐性成本

这是全文最重要的一节。Agent Experience 架构里有一个不对称：Agent 是可替换的，平台是不可替换的。Claude Code 不好用，明天换 Cursor，后天换 Kiro，设计资产还在；但一旦业务系统的「真相来源」变成了 OutSystems 平台里的模型资产，迁移成本就不再是重写代码——而是重建整套治理体系、安全策略、测试资产和团队心智。

算三笔账。第一笔是可见的订阅和平台费用，这是采购时谈下来的，大家都看得到。第二笔是团队技能的单向投资：开发者越熟练使用 OutSystems 的抽象，就越难回到通用技术栈，人力资产被平台「格式化」了。第三笔最隐蔽：治理体系本身成为人质——你的审计报告、合规证明、变更流程全都跑在平台的语义上，换平台等于把合规体系推倒重来。对上市公司和受监管行业，第三笔账的重量可能是第一笔的十倍。

这不是说 OutSystems 在「作恶」。所有平台型生意的终局都是锁定，这是商业模式决定的，不是道德问题。真正的问题是买方是否清醒：企业买的不是工具，是未来十年的路径依赖。签合同之前，先问自己一个问题：如果五年后想搬走，代价是什么？如果答不上来，那 74% 的返工率省下来的钱，可能还不够付搬家费。

给开发者的实操判断

抛开宏大叙事，这件事落地到个人，有三条具体判断。

第一，如果你在企业里推 Agent coding，这类「治理层」产品是绕不开的谈判对象。不是因为它技术多先进，而是因为 CIO 的签字需要「可审计」这三个字。你可以不喜欢低代码，但你得理解：企业采购买的从来不是生产力，是免责。Agent Experience 这类产品的真实客户是风险管理部门，开发者只是用户。

第二，个人开发者和独立开发者可以直接忽略。平台税是为「组织级风险」定价的，你没有组织级风险，交这份税就是纯成本。你的 Agent 工作流不需要确定性生成和生命周期治理，需要的是快和便宜。OutSystems 的目标客户从来不是你。

第三，关注「确定性生成」这条技术路线本身。Agent 生成设计、平台编译成代码——这个「两阶段」架构，可能是比「Agent 直接写代码」更适合企业的中间形态。它承认了 Agent 的不可靠性，又不放弃 Agent 的理解力。即使你不用 OutSystems，这个思路也值得偷：在你的工作流里，能不能也加一层确定性的编译或校验，把 Agent 的输出从「黑盒代码」变成「可审查的中间表示」？这才是这条新闻里最值得带走的东西。

一句话总结：OutSystems Agent Experience GA 标志着「vibe coding 进企业」从口号变成了有完整剧本的生意——Agent 当架构师、平台当施工队、治理当监理，shadow AI 被招安进合规体系。这套剧本的逻辑是自洽的，三个早期案例也证明了它在「不致命」的地带跑得通。但剧本的代价写在小字里：74% 的返工数据是厂商叙事，真正要算的是平台锁定的隐性成本。企业拥抱 Agent coding 的方式，决定了五年后它是资产还是人质——而这个选择，是在签第一份平台合同的那天就做出的。