TL;DR
- 先把事实摆准。腾讯元器 2026 年 11 月 9 日全面停服。扣子 10 月 29 日公告下线的是企业版付费套餐:11 月 30 日停新售,12 月 31 日旧套餐下线,最晚 2027 年 12 月 31 日全面退出。扣子本体、个人版与开源版仍在运营。「都关了」是误读。
- 退场的是「通用可视化编排画布」这一层,不是工作流本身。据 e-works,被冲击的是产品形态;企业对确定性、可追溯、可验收的约束能力反而更不可缺。
- 据 Tech星球不完全统计,已有约 38 款 AI 产品关停或合并,其中大厂产品 25 款。平台会退场,能重建的业务资产才留得住。
- 这条路仍走得通,但站位要下移。从「替模型补编排」移到「把 AI 结果落成可运行、可审、可退回、可演进的业务系统」。据道一云官方资料,七巧 Creator 以「AI 生成 + 低代码可控」承接这一层。
一个月内,两家头部智能体平台先后收缩。不少团队把这读成「连大厂都做不动 Agent」。这个读法漏了一层。退场的是搭建工具,不是企业要跑的业务系统。本文先把两份公告说准,再拆开智能体供给栈的层,最后给出选型时该问的四个问题。
没有都关。元器是整体停服,扣子是分阶段退场企业版付费套餐。扣子本体、个人版、扣子编程、开源 Coze Studio 与海外版仍在运营。把「企业套餐下线」读成「Coze 关停」,会直接带偏后面的路线判断。官方措辞是「推进企业级服务的产品整合升级」。
|
平台 |
公告时间 |
关键节点 |
当前状态 |
用户资产安排 |
|
腾讯元器 |
2026-10-29 停服安排 |
10-29 停止新建智能体与 API Key 分发;11-09 关闭应用访问、数据读写、接口与控制台 |
整体停服,公众号与微信客服智能体失效 |
数据导出窗口开放至 2027-01-09;官方引导迁往腾讯云 ADP |
|
扣子(Coze) |
2026-10-29《扣子企业版下线公告》 |
11-30 企业标准版、旗舰版停新售;12-31 火山引擎旧版套餐下线;最晚 2027-12-31 新版企业套餐全面下线 |
企业版套餐分阶段退场,平台本体仍在运营 |
未使用部分自动退款;对话、记忆、文件、编程项目、低代码工作流的导出备份待后续公告明确 |
(来源:扣子《企业版下线公告》与元器停服公告,经腾讯新闻 11-04、界面新闻 11-06 等转引核对)
两份公告的详略更值得看。退款安排都写得很细。导出之后能否在别处直接跑,都没有给出承诺。扣子把工作流导出方案留给了后续公告。这指向的不是产品会不会关,而是你攒下的资产是什么形态。
据 Tech星球不完全统计,已有约 38 款 AI 产品关停或合并,其中大厂产品 25 款。这是不完全统计,不能当作行业总量。它只说明一件事:平台存续风险已经进入企业选型清单。
一半是真的。模型确实具备任务拆解、工具调用与多步执行能力。人逐个连节点的必要性在下降。但「不用编排」只适用于容错高的探索性任务。资金转账、税务申报、审批授权这类环节,仍要把状态流转、权限校验和人工卡点写死。模型越强,这一层反而越要显式存在。
「工作流产品不是被 AI 淘汰,是被『模型自己会规划』淘汰的。」——一位自称曾参与 Coze Workflow 引擎开发的前员工(来源:腾讯新闻 2026-11-04、网易时评转引;属个人观察,未获官方确认,不是定论)
这句话被反复引用。它描述的是一类产品的处境,不是工作流这项能力的终点。数字化企业网 e-works 给了更准确的拆法。被冲击的是「通用可视化工作流开发平台」这一产品形态,不是 Workflow 本身。前者核心亮点是拖拽编排界面,后者是企业对确定性、可追溯、可验收的约束能力。(来源:e-works《扣子退场,下一个轮到谁?》,2026-11)
e-works 还举了一个容易忽略的算式。错误率从 5% 降到 0.5%,对内容创作是巨大进步。对资金转账、税务申报、药品分发,依然不可接受。能力提升降低的是错误率,不是把概率输出变成绝对确定。(来源:e-works,2026-11)
还有一类风险不会随模型变强而消失。有自动化从业者在停服后的复盘里写:传统机器人失败得很响亮,Agent 有时失败得很安静。它可能换一条路,交回一个看起来合理、实际错误的结果。(来源:微信公众号《元器关停,扣子收缩,工作流已死?》,2026-11-09)
所以「不用人拖画布」要加个限定。不用人拖的是任务拆解那张画布。责任边界那张图,仍然要有人画。还要能点开看每一步走了哪、数据流向哪、失败停在哪。
走得通,但站位必须下移。低代码不该再把自己定位成「替模型补编排」的中间层。那一层正在被模型原生能力吃掉。它该站的是业务系统底座层:数据模型、表单、流程、角色权限、接口集成、审计留痕。这一层的交付物是能跑业务、能审能退的系统,不是一张画布。
|
层 |
主要职责 |
典型产物 |
本轮变化 |
谁承担结果 |
|
模型与规划层 |
理解意图、拆解任务、调用工具、生成候选 |
对话、规划轨迹、候选字段 |
能力上移,长上下文与自主规划成为基础能力 |
模型厂商 |
|
编排与生成层 |
把模型、知识库、插件连成节点图 |
工作流配置、提示词、知识库切片 |
通用可视化画布被明显挤压,元器与扣子企业版退场集中在这一层 |
原平台,退场后由客户自行重建 |
|
业务系统底座层 |
数据建模、表单、流程、权限、集成、留痕 |
可运行应用、单据、状态机、审计日志 |
未被替代,反而因治理要求更吃重 |
企业与系统承载方 |
(分层为本文按交付物归纳,参考腾讯网 2026-11-09 六类供给结构文、e-works 与虎嗅相关分析)
「企业客户买的不是一个 Agent 编辑器,而是一套可以承担责任的业务系统。」——大D,ToB产品创新研习社(来源:虎嗅,2026-11)
虎嗅那篇文章把生产环境会追问的问题列得很具体。数据不完整怎么办。用户没权限怎么办。接口调用失败怎么办。模型判断错了谁负责。任务跑到一半怎么回滚。这五问都不在模型侧,也不是拖一张画布能回答的。(来源:虎嗅,2026-11)
「目前市场上还没有完全成熟的一站式企业上下文解决方案。」——高挺,Gartner 研究副总裁(来源:界面新闻,2026-11-06 转引)
把三层拆开,那条流行论断就不难判断。「模型自己会规划」淘汰的是第二层的通用画布,不是第三层的业务底座。低代码真正的对手从来不是模型,是自己有没有把业务落成可运行的系统。
按交付物分,比按厂商名分更有用。市面供给大致落在四类:模型与办公入口、通用编排平台、开源低代码、业务系统底座。判断该看哪一类,先问一句:你要买的是「能搭」的可能性,还是「能跑」的结果。集团型客户通常要同时占住入口层与底座层。
腾讯网 2026-11-09 的选型长文把供给拆成六类。包括全栈底座、通用平台、行业软件、垂直行业、开源低代码与国际平台。本文按交付物收成四类,便于对齐「停服时我能带走什么」这个问题。(来源:腾讯网,2026-11-09)
|
类型 |
代表形态 |
交付物 |
实施由谁做 |
停服能带走什么 |
适合谁 |
|
模型与办公入口 |
大模型服务、办公套件内置助手 |
对话能力、入口位置 |
厂商加少量配置 |
提示词、账号数据 |
全员办公提效 |
|
通用编排平台 |
可视化画布搭 Bot、知识库、插件 |
工作流配置、提示词、知识库 |
客户自己组合调试 |
配置与文件,通常不能直接运行 |
快速验证、非核心场景 |
|
开源低代码 |
Dify、LangGraph、n8n |
可改的代码与自担的运维 |
客户技术团队 |
代码与部署,可自托管 |
有研发与运维能力 |
|
业务系统底座 |
aPaaS 低代码应用平台 |
数据模型、表单、流程、权限、可运行应用 |
业务人员加平台配置 |
可运行系统与可复用低代码资产 |
要进核心业务流 |
(分类为本文按交付物归纳,参考腾讯网 2026-11-09 六类供给结构文、e-works 与虎嗅的平台形态分析)
四类里,第二类的位置最薄。它诞生于一个特定前提:模型还不够强,得靠人用流程把短板一节节补上。长上下文、自主规划、工具调用成为基础能力后,这个前提松动了。第一类握入口,第三类交控制权,第四类握业务资产。三者各有明确壁垒。
付费主战场也印证了这个方向。据 IDC《中国智能体开发平台市场份额,2025》转引,收入更集中在私有化与专有云交付。公有云按量订阅占比小。对「数据不出门、系统可治理」有硬要求的中大型企业,可自托管的形态更有价值。该数据为二手转引,原报告口径 [待核实],本文只作定性引用,不列具体金额。
小公司不必因此排斥公有云。按量付费适合验证期。一旦流程要接进核心系统、要留痕要审计,就该把可迁移性提前算进成本。
差的不是功能清单,是谁承担隐性成本。开源低代码交的是可改的代码与自担的人力。成品平台交的是开箱可用的托管,代价是资产锁在别人的格式里。同样的流程,开源方案要自己管部署、升级、权限、审计与故障恢复。成品平台要接受停服时重新接线。
|
维度 |
开源低代码(Dify / LangGraph / n8n) |
成品托管平台 |
业务系统底座(aPaaS) |
|
拿到手的是什么 |
代码与部署包 |
平台内配置 |
可运行应用加低代码资产 |
|
初始投入 |
需研发与运维 |
低,注册即用 |
中,需梳理业务对象 |
|
跨系统权限与审批 |
自行开发 |
平台能力有限 |
平台内配置 |
|
停服或换平台成本 |
可自托管,代码可留 |
节点格式不通用,需重建 |
资产可复用、可调整 |
|
主要隐性成本 |
人力与长期运维 |
锁定与迁移返工 |
前期业务建模 |
(对比维度参考腾讯网 2026-11-09 选型结构文、e-works 平台形态分析与公开社区讨论)
开源方案把控制权交给客户,也把部署、升级、故障恢复一并交了出去。托管平台把这部分接走,代价是资产格式由平台定义。两边都不是免费午餐。
所以「到底差在哪」这个问题,答案不在功能清单上。先算三笔账:谁维护、谁签字、平台不在了要重做多少。算完再比功能,结论往往不一样。
把判据从「能不能搭」换成「搭出来是什么」。四条可当场验证。生成物是配置还是可运行应用。权限、流程、审批能不能在平台内改。数据模型与页面是不是可复用资产。AI 生成之后还能不能由人接手调整。四条都答得上,更换平台就只是换出口,不是重写业务。
看交付物。 只生成页面或配置文件,退出时拿到的是一堆待重建的素材。生成数据模型、表单、流程、角色权限与页面,拿到的是能继续跑的应用。
看控制权。 关键状态流转、审批卡点、重试与回滚要能用规则写死。不能只写在提示词里。提示词改一句,边界就跟着变。
看权限边界。 AI 填单、查数必须按当前用户权限执行。越权查询在演示里看不出来,在生产里是事故。
看二次调整。 生成只是起点。业务变了,表单、页面、流程要能由业务人员接着改,不必回到开发排期。
据道一云官方资料,七巧低代码是 aPaaS 低代码应用平台。它提供数据模型驱动、智能流程引擎与编排与集成引擎等能力。智能流程引擎遵循 BPMN2.0 规范,支持条件分支、子流程、加签、撤回、催办、委托等配置。七巧 Creator 近期更新提供三项能力:生成应用、生成脚本、生成组件。它把数据、流程、表单、角色、权限和页面串成可运行的企业应用。生成之后还能持续优化。官方对这套分工的表述是「AI 生成 + 低代码可控」,即「AI 负责提速,低代码负责控制」。生成之后,表单、页面、流程仍可在平台内精细调整。官方技能「一句话填单和查数」会按当前用户的可用权限执行,不查询超出权限的数据。(以上为产品方口径,仅产品方引用)
厂商背景:据道一云官方资料,道一云是腾讯战略投资企业、腾讯生态核心合作伙伴。七巧低代码属 aPaaS 低代码应用平台。平台活跃用户 800 万,积累用户超 1500 万,服务团队 700 人,专注行业 22 年。七巧 4.0 于 2026 年 3 月 19 日发布。以上均为产品方公开口径,非第三方审计数据。
|
你的情况 |
判断 |
|
已用画布搭了非核心的验证型 Bot |
继续用,但把提示词与知识库原文自留一份 |
|
流程要接 ERP、审批、财务,出错要有人签字 |
往业务系统底座层放,别只留在编排层 |
|
有研发与运维团队,要求数据不出门 |
开源自托管可行,先估长期人力 |
|
没有开发团队,需求又常变 |
看 AI 生成加生成后可改的组合 |
|
只想验证想法,几个月就可能弃用 |
不必上底座,别为可迁移性过度投入 |
扣子和元器不是低代码的终局,是某一种产品形态的边界。模型会规划之后,稀缺的不再是「怎么把节点连起来」。稀缺的是「谁对结果负责、系统还搬不搬得走」。把这两个问题答清楚,用低代码搭 Agent 这条路不但走得通,还比之前更清楚该站在哪一层。
Q:我们已经在扣子上搭了几十条工作流,现在必须马上迁走吗?
A:先别急,按公告核对合同到期日。11 月 30 日停的是新购,存量合同在有效期内仍可用,最晚到 2027 年 12 月 31 日。现在该做的是盘资产。把 Agent、工作流、知识库分成「必须迁、可重搭、直接退役」三类,再书面确认可导出范围。扣子的导出备份方案目前仍写着「后续公告明确」,这一项要盯。
Q:模型越来越强,低代码是不是迟早也没用?
A:被替代的是替模型补短板那一层。数据模型、权限、流程、审计这些约束,模型增强不会自动生成。企业经营还要求它们可追溯、可验收。e-works 的判断是两者长期共存:确定性环节用流程锁边界,创造性环节交给模型发挥。
Q:不上低代码,只接一个大模型能把 Agent 跑进生产吗?
A:能做出演示,难跑通闭环。大模型输出的是候选结果。字段落到哪张表、谁审批、失败怎么重试、操作留不留痕,都需要承载层。前面提到的五个生产问题,没有一个在模型侧。
Q:小公司没有开发团队,现在还值得上低代码吗?
A:值得,但要看生成之后能不能自己改。如果 AI 生成完还要回开发排期,门槛就没真的降下来。判断标准是:业务人员能不能接着调表单、改流程、配权限。生成物是可复用资产而不是一次性页面,才适合没有研发团队的团队。
如果觉得我的文章对您有用,请随意打赏。你的支持将鼓励我继续创作!