2026 年 10 月 29 日，扣子官方发布了一份《扣子企业版下线公告》。旧个人进阶版、旧企业版和旧团队版将于 2026 年 12 月 31 日全面下线，新版企业标准版和企业旗舰版也已经定下了 2027 年 12 月 31 日的终止日期。
严格说，死掉的是扣子现有的企业版产品线，扣子个人版、扣子编程和开源的 Coze Studio 仍在运行。可这已经足够刺眼。因为扣子曾是国内最有代表性的 AI 智能体和工作流平台之一，它的退场迫使我们重新回答一个问题：拖拽节点、组装工作流、用低代码做 AI 应用，在 Agent 时代还值得做吗？
扣子原本想做 AI 应用的操作系统2024 年初进入国内市场时，扣子最吸引人的地方很直接：不会写代码，也能做一个能干活的 AI 应用。
你可以给智能体写人设和回复规则，挂上企业文档组成知识库，连接搜索、飞书、微信、数据库和自定义 API。复杂任务可以拆成工作流，用开始、模型、代码、条件分支、循环、插件和结束节点把逻辑串起来。做好后，再发布到商店、社交平台、API 或 SDK。
图片来源：扣子官方文档
它同时做了四层生意：最上面是帮用户做 Bot 和 AI 应用的可视化 IDE，中间是模型、知识库、插件和工作流运行时，往下是 API、发布渠道和运维，最后用免费版、个人订阅和企业套餐收费。它还尝试用模板库、智能体商店和付费插件构建创作者生态。
这个设计在大模型刚普及时很合理。模型有能力，却没有工具、业务数据和可稳定执行的流程；普通用户看不懂 API 和调度系统。扣子用画布把这些東西包进了一个网页。一个运营人员用半天拖出“读取评论、分类情绪、提取投诉、生成周报”的流程，比排期等开发快得多。
产品还在，但业务已经失去独立存在的理由扣子的退场不能用“用户不需要 AI”解释。恰恰相反，需求变得更大了。问题在于，它的产品形态和商业位置都被夹在了中间。
◆ 个人用户开始直接交付任务
2024 年的使用方式是“先做一个 Agent，再让 Agent 干活”。到了 2026 年，用户更习惯直接把文件、目标和权限交给一个通用 Agent，让它自己拆解任务、查资料、写代码、调用工具并反复修改。用户要的是结果，不再愿意为一次任务先学习节点、变量和连线。
◆ 企业要的能力比画布更重
一个演示用的客服 Agent，几个节点就能跑起来。把它放进真实业务，麻烦才刚开始：谁能访问哪些数据，密钥怎么管，模型升级后结果有没有变，一次执行为什么失败，如何重试、回滚、审批和审计，成本超标时谁来告警。
这些工作没有漂亮的演示效果，却决定了应用能否进生产环境。它们还要和企业已有的账号、云、数据库、OA、CRM 和权限体系绑在一起。一款通用低代码 SaaS 需要给每家客户补这些能力，销售、交付和服务成本会迅速上升。
◆ 它与字节内部的主干产品重叠了
扣子有个人 Agent、AI 办公、应用生成、工作流和企业协作，这些能力同时与豆包、豆包工作、TRAE 和飞书产生重叠。在生产力 Agent 成为字节的主线后，再维持一套独立品牌、账号、套餐、发布渠道和企业销售体系，价值越来越小。官方公告所说的“产品整合”，是最关键的线索。
◆ 平台最难建的其实是分发
扣子早期把“做出 Agent”和“发布 Agent”放在同一个平台里，希望开发者、模板、插件和用户形成循环。但 Bot 商店并没有像手机应用商店那样成为强分发入口。真正的用户还在微信、飞书、抖音、浏览器和企业自有系统里。
2025 年，扣子模型广场下线，工作流商店和图像流商店也停止上架。到 2026 年 7 月，低代码智能体发布至豆包的入口也被下线。当创作工具无法控制流量入口，做得再快也很难转成可持续的平台生意。
腾讯元器也停了，海外玩家却还在涨扣子并非孤例。腾讯元器已宣布将在 2026 年 11 月 9 日停止服务，存量智能体、API 和已发布到公众号、服务号的智能体都会失效。它的迁移去向是腾讯云智能体开发平台 ADP。两家大厂做了相似的选择：前台的通用智能体创作社区收缩，能进企业生产环境的能力回到云、办公主产品和主干 AI 入口。
可是，n8n、Dify、Make 和 Zapier 并没有一起消失。它们的现状更能说明工作流的真正变化。
产品
当前动作
模式变化
n8n
2026 年推出独立 Agents，引入 SAP 战略投资
Agent 负责判断，工作流变成可调用工具
Dify
2026 年完成 3000 万美元 Pre-A 融资，重做 Agent
用对话创建 Agent，再将 Agent 复用到工作流
Make
AI Agents 进入原有场景画布，支持子 Agent 和 MCP
保留可视化调试，把动态判断交给 Agent
Zapier
将 Agents 能力并入 AI by Zapier 和 Zap 体系
依托海量应用连接器，让 Agent 直接执行动作
图片来源：Dify 官方博客（2026-08-27）
n8n 的官方说法很清楚：步骤可以预先列出来的任务，交给确定性工作流；路径开放、需要持续判断的复杂任务，交给自主 Agent。工作流会成为 Agent 可以调用的工具。Dify 的新 Agent 也采用了同样的方向：先用对话把 Agent 调好，再把它嵌入需要审批、分支和人工复核的工作流。
所以，活下来的产品并非更坚持拖拽画布。它们正在把画布从创建入口改造成可视化的执行底座。人用自然语言说目标，Agent 生成或选择流程，系统用节点保留确定性、调试、日志、权限和审计。
手画流程为什么成了一种昂贵的开发方式
低代码的原始假设是，写代码太难，因此要把代码换成图形节点。代码生成能力变强后，这个假设被改写了。
一个五十个节点的流程并不比代码简单。连线会交叉，数据结构藏在配置面板里，复用依赖复制粘贴，diff 和 code review 都很别扭。出错时，用户还是要懂 HTTP、JSON、表达式、数据库和模型上下文。画布只是把复杂度换了一个位置。
现在，编程 Agent 可以读文档、生成代码、写测试、运行、查错并修改。对一个懂业务的人来说，用中文描述需求，让 Agent 生成一个有测试、版本和部署配置的小程序，已经开始比手工拖一张大画布更容易。低代码原本用来规避的门槛，正在被 Agent 绕过。
固定、高频、必须审计的环节继续用工作流；路径不确定、需要理解和判断的部分交给 Agent。代码用来补足画布难以表达的复杂逻辑，画布用来观察和管理执行。
工作流时代结束得比想象中更快估计再过一年，网页上还挂着 Coze 这个名字，很多人已经不知道它是什么了。对一款曾经站在国内 Agent 浪头上的产品来说，这个结局多少让人感慨。
结束 workflow 时代的关键变化，是模型开始自己规划任务。它能理解目标、拆解步骤、选择工具，碰到失败还能换一条路。过去需要人提前画好的分支和异常处理，现在可以由模型在运行时决定。
当年我们拼命打磨的拖拽节点，其实是在替模型的笨买单。模型不会稳定调工具，人就帮它连好每一条线；模型不会处理复杂任务，人就帮它把任务拆成几十个节点。Workflow 画布是低代码平台延伸到 AI 时代的过渡形态，它补上了模型当时做不到的那部分。
业务 Know-how 大于一切。真正有价值的，是知道一个任务该怎么做、哪些条件会出错、什么结果才算合格。“会搭工作流”曾经是一项需要专门学习的技能，如今正被 Agent 内化。人记住节点名称、变量写法和连线技巧的价值，几乎一夜归零。
流程、审批、重试和审计仍然会留下，但它们会藏到 Agent 的执行层，成为机器调用的基础设施。人不再以手工画布作为起点。人说清楚目标、约束和判断标准，Agent 自己选择路径，必要时生成代码或调用确定性流程。
这个时代很神奇。一款大厂倾注了大量资源、几乎集齐模型、插件、知识库、发布和商店的产品，寿命可能还没有一家创业公司的工具长。大厂能更快地把产品推到聚光灯下，也会在主航道变化时更快地将它撤下。
工作流时代终究会结束。只是没想到，从人人都在学怎么连节点，到这项技能被 Agent 整体吞进去，中间只过了短短几年。