国内智能体平台停服与Coze下线 · 话题榜 · TwKit

@Sither_V

Coze要下线了，而我在字节就是干Coze的 今天我的主主页还挂着Coze Workflow引擎开发者，估计明年再挂这玩意就没人知道Coze是啥了 对于这玩意走向结束比较感慨，说点外面看不到的： 1. workflow 不是被 AI 淘汰的，是被「模型自己会规划」淘汰的 2. 当年我们拼命做的拖拽节点，其实是在替模型的笨买单，实际上这玩意就是一种低代码平台延续出来的过渡模式，是一个中间产物 3. 业务KnowHow大于一切，当年人们学的如何搭建工作流的技能已经被Agent内化，一文不值

@fankaishuoai

字节扣子 coze 死掉，这不是从它诞生这一刻就注定的事情吗？ 一群大聪明非要说我马后炮，去翻翻我几年前的视频号，这玩意刚出来的时候，我就直播说这玩意没前途必死了。 毕竟小朋友太年轻没阅历。软件开发历史上，但凡用图形化拖拽实现所谓的无代码或者低代码平台，有一个算一个，全部都死翘翘了。 这是常识啊！

@shellywangcat

这两个月，几条消息挤在了一起。 字节扣子企业版停止新购，分阶段下线，团队并进了豆包；腾讯元器 11 月 9 日停服。从上线到关门，两年多；百度文心智能体平台，关掉了一部分创建入口。 看到扣子的消息，我挺感慨。我们做过很像的东西，在去年年底，也按下了暂停键。 下面是这两年我思考的几件事。 一、扣子是被什么淘汰的 很多人说，workflow 被 AI 淘汰了。但我认为，workflow 一直都在。被淘汰的，是“人来画 workflow”这件事。 两年前，模型不会规划。你让它做一件五步的事，它第三步就跑偏。所以平台给你一张画布，让你把每一步画出来。拖一个节点，连一根线。 现在回头看，那些拖拽是在替模型的笨买单。它是低代码延续下来的过渡形态。模型会规划了，画布上画的就成了一份比模型还差的计划。 扣子自己的去向就是答案：先转向 AI 编程，说一句话，Agent 写代码；然后并进了豆包工作。当年大家学的“怎么搭工作流”，这门手艺也被 Agent 吸收了。 二、画布有三种，命运不一样 但不是所有画布都死了。按画布上“画的是什么”分，有三种。 第一种，画推理。 每个节点是一段 prompt，连线是“先想这个，再想那个”。扣子、元器都在这一类。这类正在消退。 第二种，画连接。 节点是 API 和系统，连线是数据从哪来、到哪去。“收到邮件附件，存进网盘”，这种事不需要模型想，更需要便宜稳定的执行结果。Zapier、n8n、Dify 在这一类。这类还活着。不过 n8n 估值 52 亿美元，披露的年收入大约 4000 万。但估值里有不少是故事。 第三种，不画，直接写代码。 但底下有一层运行时，管状态、管重试、管崩溃以后从哪一步接着跑。Temporal、Restate、Inngest。这一层最硬。Temporal 今年估值到了 125.5 亿美元，年化收入超过 2.5 亿，增长超过 200%。OpenAI、Netflix 都在用。 规律很简单： 离“画推理”越近，死得越快。 离“保证执行”越近，活得越好。 而我后来一直用一个问题检查自己做的东西：下一代模型强十倍，我的生意变好，还是变没？ 画推理的画布：变没。因为模型自己会想。 运行时：变好。Agent 跑得越久、调的工具越多，出错的地方就越多，越需要有东西兜住它。 三、我们做过的那个“扣子” 我们曾经想做的事是：业务人员用一句话描述需求，系统把它变成能稳定执行的流程。不用学 prompt，不用拖节点。 技术上走过许多弯路。一开始让模型在运行时现写代码，不稳定。后来改成在规划阶段生成流程，再拼装预先验证过的技能。跑通的流程，固化成稳定的代码。 今年 8 月，字节发布了豆包工作。我仔细看了一遍。围绕目标自己拆任务 + 技能商店 + 连接器。把常用流程沉淀下来，下次直接调用。 骨架和我们当年做的，几乎一样。 所以想法没有错。差在哪里？ 豆包工作一登录飞书，企业三年的文档、聊天记录、会议纪要都在那里。权限体系是现成的。执行环境有云电脑，关了电脑任务还在跑。入口流量是巨大且免费的。 我们每接一个客户，都要先说服他把表格、ERP、后台数据一个一个连进来。 再看三家大厂： 腾讯的 WorkBuddy 接微信和企业微信。 阿里把三款产品合成千问办公，也在打通企业 IM。 字节的豆包工作接飞书。 它们做的是同一件事：把 Agent 挂在自己的数据上。 Agent 跟着数据走。数据在哪，Agent 的家就在哪。 MaybeAI 是一个对的想法。但，它没有家。 四、我们追过的那个风口 去年底 Gemini 3.0 出来，图像能力跳了一大截。在不得不转型时，我们也做过一段跨境电商的 AI 设计工具：换模特，换场景，按平台规则以及本土化风格出图。 后来看到，阿里自己的电商作图工具也停了。绘蛙发了停服公告，鹿班进了收缩名单。 阿里不缺电商数据，不缺流量，也不缺懂电商的人。照样停。 原因很朴素：电商作图正在变成模型的默认能力。卖家打开一个通用模型就能做，不需要再进一个专门的工具。 追着最新的模型能力做工具，吃的是一段时间差：模型刚会，产品还没跟上。下一个版本发布，时间差就没了，大概也就六个月。越新的能力，越先被吃掉。 很多人说，业务 KnowHow 大于一切。我现在觉得也只对了一半。 能写下来的 KnowHow，比如 prompt 模板、品类规则、平台合规，迟早会喂给模型。 剩下的，是写不下来的东西。 五、工具死了，人去哪了 工具一层层被吃掉，我们看到的是，价值反而更多流向了人。 这一年最热的岗位是 FDE：坐到客户现场，找需求、接系统、把 Agent 跑起来。 LinkedIn 统计，2023 到 2025 年这个岗位涨了 42 倍。字节给豆包 FDE 开到 105 万年包。Anthropic 说要在 2027 年底前培养 1 万名 FDE。8 月底，工信部发文，第一次把 FDE 写进政策。 跨境圈也一样。我最近聊的老板，大多不想买平台了。他们想在公司里养一个人，专门做 Agent 的探索和固化。有人叫他 agent engineer。 但这件事有两面。 FDE 模式是 Palantir 发明的。但很少有人提它后来的路：平台成熟以后，标准化部署替代了大量定制，毛利升到 80% 以上，它反而减少了对 FDE 的依赖。 FDE 是修土路的阶段。土路修成公路，才算数。 国内不少 FDE 岗位，也只是实施、售前改了个名字。 撮合平台也一样。一头接企业需求，一头派服务人员。如果只收介绍费：下一单，客户会绕开平台；经验留在个人身上；交付出了问题，没人赔。能活下来的，得像装修里的总包：对结果签字，出了事它负责。 六、剩下的三样东西 那到底什么不会被吃掉？ 我们拆成三个问题： 1、这一步错了，代价多大？ 2、错了，怎么知道？ 3、出了事，找谁？ 第一个，是敢冒多大的险。同样是“给客户发一封邮件”，银行要审批，初创公司随手就发。任务一样，答案取决于是谁家的生意。 第二个，是以什么为准。对账平不平，要看银行流水。图合不合规，要看平台审核。真相在系统外面，模型不能自己当裁判。 第三个，是谁签字。 模型会越来越懂“怎么做才稳定”。“要多稳定”和“以什么为准”，会一直留在人手里。 七、老板自己就能搭了 还有一个变化，比 FDE 更快。 我聊的跨境老板里，越来越多人自己开着 Codex 搭流程：登录后台，下载报表，清洗数据，做成自己要的表，几天就搭好。 平台、作图工具，甚至一部分 agent engineer 的活，也被“老板 + 编程 Agent”吃掉了。 但我也看到了另一面。 脚本在老板的笔记本上。电脑一合，第二天的报表就不来了。 平台改了一个字段名，脚本不报错，只是有一列变空了。 最麻烦的是：数字错了，报表照样整整齐齐。三十个 SKU 写法不一样没合并，库存少算了一截，谁也没发现。 做出来，已经接近免费。但让它稳定地跑，不免费。 八、我们决定去当水管 所以我们换了一个站法。 不当家。客户的数据就留在 WPS、飞书的表格里，那是他们每天干活的地方，我们不去抢。 只当水管：把外面的数据干净、准时、对过账地送进他们的表格。 这和现在很多人对 AI 硬件的需求一样：硬件老老实实收数据，开一个 MCP 接口给 Agent 用，比在硬件里塞一个不上不下的 Agent 强。 我们曾经也踩过很多开发者的坑，是总想自己当平台、做入口。 但水管有一个坑：谁都能接的水管，会被压价。它得有一样别人接不出来的东西。 想清楚以后，我们只做一件很小的事：帮小微企业的财务，做对账和利润。 两年前，我们以为自己在造一个平台。 后来发现，平台会被模型吃掉，工具会被模型吃掉，连搭流程这件事，老板自己都能做了。 吃不掉的，是那些又脏又累、和钱直接挂钩、出了错要有人负责的地方。 我们打算在那里试试待着。