“扣子被淘汰”刷屏背后，真相是字节“粗主干”战略下的资源重组。企业版下线、团队并入豆包，并非产品战败，而是低代码工作流范式正在集体迁移：画布从“真相载体”退为视图，代码与 Skill 成为新核心。本文拆解扣子转型的三层变化，揭示确定性如何从控制路径转向约束边界，带你看懂 AI 智能体平台的范式升级。

最近一段时间，“扣子被淘汰”的说法在各个 AI 社群里刷屏。“烧光 10 亿”“字节 AI 产品下线”“大厂清退潮”——标题一个比一个有冲击力。但如果点开 10 月 29 日那份《扣子企业版下线公告》，再对照同类产品的实际动向，实际并不是这样。

01 公告到底说了什么

2026 年 10 月 29 日，扣子发布《企业版下线公告》：“企业标准版”和“企业旗舰版”。11 月 30 日起停止新客户购买，存量套餐最晚 2027 年 12 月 31 日全面下线，超期未使用部分自动退款。个人版、团队版不在下线范围。

再把时间往前看，会看到一连串组织动作。8 月 24 日：TRAE 和扣子团队整体并入豆包体系，办公相关能力与豆包深度融合；8月 25 日：字节推出独立 AI 办公产品“豆包工作”

把公告和这些动作放在一起，结论比较清楚：这不是一场“产品战败”，而是字节在“粗主干”战略下的一次资源配置——把分散的产品线收拢到豆包和火山引擎两个主干上。

02 “扣子淘汰”背后，其实是三个不同的变化

虽然我们已经知道这仅仅是重组，但“扣子被淘汰”这个说法，仍然值得去深究agent的技术演进到底产生了什么样的变化。我们先来拆解扣子的变化来寻找蛛丝马迹。

变化一，组织层：砍掉企业版套餐

扣子企业版与“豆包工作”的功能边界日益模糊，形成内部同质化。字节的解法是把办公场景统一交给豆包工作，把企业级私有化交付交给火山引擎，扣子不再以独立 SaaS 套餐形式存在。这是组织决策，不是被竞品打垮。

变化二，品牌层：定位转向

它的官方定位已转向“面向 Agent 时代的 AI 团队协作平台”，同时保留“扣子编程”承接开发需求。个人版、团队版仍在运营，只是不再是字节 AI 战略的独立主干。

变化三，范式层：被挤压的低代码工作流

范式层才是真正值得注意的。这不是扣子一家的事。腾讯元器宣布 11 月 9 日停止服务，百度文心智能体的创建与工作流入口关闭，豆包、千问也早已下线用户自定义智能体。第一代“人画流程给 AI 走”的平台，正在集体收缩。

要真正理解第三层的“范式”变化，需要先看清一件事：那张熟悉的工作流画布，到底去哪了。

03 它没消失，只是换了身份

画布没有消失，它只是换了一种身份继续存在。

很多人翻扣子现在的操作说明，会发现一个现象：工作流画布在首页几乎看不到了。

官方文档里有直接答案。一份工作流教程注明：“由于产品方向调整，扣子开发平台（低代码）不再向新注册用户开放。”但同一份文档也写着，扣子编程内仍提供“可视化画布，可通过拖拽节点”编排流程。

也就是说，画布没有被删除，而是发生了一次载体迁移：

• 过去，画布节点本身就是流程的“真相载体”——业务逻辑锁在平台私有的节点坐标和字段里
• 现在，代码和 Skill（技能文件）成为新的真相载体，画布退为把代码渲染给人看的“视图”

官方自己并没有否定画布的价值。工作流文档明确写道：当任务步骤较多、对输出结果的准确性和格式有严格要求时，适合配置工作流。

同一场迁移，行业里有两条不同的路径。

这给出了一个简单的判别标准：看“真相”在哪里——锁在私有画布节点里，是旧范式；存在 AI 可读写的代码和 Skill 里，是新范式。

把视野再拉开一点，会发现不同产品形态的平台，范式看似不同，实际在做同一件事。

扣子｜AI 主导构建，人工默认不介入

人只负责描述需求，由 AI 直接生成代码和应用，工作流画布退为代码的渲染视图，不再是创作入口。流程中不设专门的人工节点，默认让 AI 自主执行，企业所需的审批与管控通过火山引擎在流程之外承接；沉淀下来的资产是代码与技能文件。

Dify｜人机协同搭建，人工确认内嵌为正式节点

在保留可视化编排的同时支持聊天式构建，每次变更先暂存、经人审阅后才生效。它把 “人工输入” 做成与工具节点并列的一等公民，流程走到关键步骤会强制暂停，等人确认或修改后再继续；构建结果自动保存为可复用的技能。

Hermes｜智能体高度自主，人在外侧监督

智能体依靠持久记忆自主规划、自主执行，技能以纯文本 SKILL.md 保存，人可直接读写、不绑定平台。人不进入流程内部，而是通过看板实时观察执行情况，只在出现异常或需要改道时才介入。

三条路线背后，是三点清晰的共识：

1. AI 从“被编排的对象”变成“构建者”：不再是人拖好节点让 AI 走，而是 AI 生成流程、人负责审阅
2. 可复用资产从私有画布变成 AI 可读写的 Skill 和代码：资产能被搜索、复用、迁移，不再随平台关停而清零
3. 人机回环从“事后补救”变成“一等公民”：审批、暂停、改道被设计进流程，而不是外挂一个审批系统

04 范式升级的本质：确定性没有死，只是换了承载方式

从具体产品里抽离出来，可以更清楚地看到这场范式升级的本质。需要先说明的是：“整个工作流范式已经死了”是一种可能的误读，并不是既成事实。

先拆一个概念：确定性其实分两层。

1. 执行确定性：同样的输入走同样的路径，可复现、可审计
2. 结果确定性：业务输出正确、出错概率可控

硬编码流程能保证第一层，但如果流程里有一环是模型调用，业务结果仍然是概率性的。严谨场景真正要的，是第二层——靠验证、审批和审计把它拉回来。

这里有个问题还比较尖锐：AI 自主规划时，具体路径事先无法确定，那确定性还从何谈起？

答案是：确定性的来源，从“控制内部路径”转向了“约束外部边界 + 验证最终输出”。具体有四个机制。

1. 固定边界，而非固定路径：把可用工具、数据权限、操作护栏（guardrail）和禁止事项写死，AI 在划定的边界内自主选择路径——路径可变，但它能接触到的东西是确定的
2. 输出契约与校验：不关心过程怎么走，只在每一步和最终输出处校验是否符合预设结构、业务规则和前置/后置条件，不通过就拦截
3. 关键节点人工审批：高风险动作暂停，交给人确认、修改或改道
4. 事件日志与重放：全过程留痕，任何结果都可回溯、重试、审计

换句话说，模型内部为什么这样选择，不必被完全解释，它只需要被关进边界，并在出口处接受检查；而它实际走过的路径，会被事件日志完整记录、可重放、可审计。这正是从执行确定性走向结果确定性的工程含义。

代价同样明确，新范式并不是免费的确定性。

1. 多轮规划、反复校验和失败重试，会显著增加 token 消耗，也带来更高延迟
2. 输出校验规则本身需要额外设计和维护
3. 出错时定位问题比硬编码更难，调试成本更高
4. 极端情况下仍可能出现“校验通过但语义错误”的漏网情况

本质上，这是用计算成本和治理设计换取灵活性。是否采用，取决于灵活性的收益能否覆盖这些额外成本。

结论因此比较克制：在严谨场景里，画布形态不但没有死，反而在向“可验证、可审计”的方向进化。“范式已死”的绝对判断不成立；真正退场的，只是“人手工拖节点”这一种创作方式。

05 回到扣子：为什么“被淘汰”的误会如此普遍

从扣子的变化出发，我们看到了一场清晰的范式演进。但需要指出：“扣子被淘汰”的误会，并不单单是范式演进导致的。在范式之外，还有四个具体来源，共同放大了这种体感。

先看事实层面。2025 年，扣子以 19.3% 的份额位居中国智能体开发平台公有云市场第一（第三方测算，非官方）；该市场全年规模约 2.5 亿元，据此估算其平台收入约 0.48 亿元（媒体估算，不含模型调用与云资源，非官方财务数据）。

一个仍居市场首位、个人版与团队版持续运营的产品，更准确的描述是“转型”，而不是“淘汰”。那么，这种与事实不符的体感，究竟是怎么被放大的？

第一，产品定位重叠造成认知混乱。扣子与豆包工作、TRAE在“AI 办公”“AI 开发”上的边界一度模糊，外部用户很难分清该用哪个，自然解读为“产品不行了”。

第二，销售与交付模式错配。企业版是火山引擎上的标准化订阅套餐，但企业级客户真正需要的往往是私有化部署和定制化交付。用标准 SaaS 去打需要重交付的市场，客户体验是割裂的。

第三，资源重整被外部看见。团队并入豆包、办公能力迁移，这些组织动作在外部视角里就是“动荡”，容易被直接翻译成“产品死亡”。

第四，媒体的传播机制。“下线”“烧光 10 亿”天然比“产品整合安排”更有点击欲，标题在传播中不断加码，事实的边界就被磨掉了。

回到开篇的问题，现在可以给出完整回答：

扣子没死，画布没死，确定性也没死。死的是“人手工拖节点”这一种创作方式，以及一个无法独立支撑商业闭环的企业版套餐。