曾在开发者中风靡一时的扣子（Coze，下称“扣子”），现有企业版要下线了。
10月29日，字节跳动旗下的扣子发布公告，企业标准版和旗舰版将于11月30日起暂停向新客户销售，2027年12月31日全面下线。通过火山引擎购买的旧个人进阶版、旧企业版和旧团队版，将于今年底先行下线。企业已经搭建的低代码工作流如何导出和备份，扣子将另行公布安排。
可就在三个多月前，扣子还在扩充企业版。今年7月，企业标准版月费从498元调至980元，默认席位从2个增至5个，套餐增加了项目空间和多智能体协作。据36氪援引的市场统计，2025年，扣子以19.3%的份额位居中国智能体开发平台公有云市场第一。
从首次上线到宣布现有企业版下线，扣子走了不到三年。开发者的追捧和市场份额的领先，为何也撑不起一份可持续的生意？
扣子的来时路，始于大模型落地的难题
据InfoQ援引非凡产研的数据，2025年6月，扣子的月访问用户约458万。此时，扣子在国内上线还不到一年半。
扣子能迅速聚集用户，与当时大模型的能力有关。
2023年12月，字节跳动在海外推出扣子，次年2月上线国内版。彼时，生成式大模型已经能够撰写摘要，但要独立完成一份日常简报，能力仍然有限。例如，一份每天发给同事的行业简报，需要先检索新闻、剔除重复报道，再按主题归类、提炼要点。用户往往要先把材料找齐、筛好，再交给模型。若想让整套工作自动运行，还得编写代码、接入工具。
扣子降低的，正是把模型接进日常工作的门槛。以往，业务人员需要把需求交给开发者，由后者编写程序。到了扣子上，他们可以在一张画布上安排各环节的执行顺序，为每一步设定规则。检索哪些来源、选取哪个时段的新闻、摘要保留哪些信息，都可以由熟悉业务的人决定。流程跑通后，还能发布到平台支持的渠道，或通过接口接入业务系统。
对早期的大模型而言，将工作拆成若干环节，也更容易保证执行过程可控。日期筛选和信息去重有明确标准，可以由程序完成，再让模型对保留下来的报道归类、提炼要点。一旦简报漏掉重要消息，使用者便能对照各环节的结果，判断是检索没有覆盖、筛选时被误删，还是模型撰写摘要时遗漏。问题可以逐步定位，流程也就更容易维护。
2025年7月，扣子进一步开源了应用开发平台和智能体运维工具。有技术能力的团队可以自行部署，业务人员也可以继续在平台上验证想法。
这就解释了扣子为什么能吸引开发者和业务用户。原本需要请人开发的工具，现在可以自己先搭一版。但到了企业采购这一关，决定预算的是另一件事。
开发门槛降低之后，企业为什么还要付费
首先要分清的是，扣子搭建的低代码应用，与能够自主执行任务的AI助手，重要区别在于谁来决定下一步做什么。前者主要依赖搭建者提前规定步骤和判断规则，模型负责其中的部分环节。后者则可以根据任务进展，判断调用什么工具、查找什么信息。
仍以核对营收数据为例。采用预设工作流，需要提前规定数字不一致时如何复查。交给具备工具调用能力的模型，它可以先查财报，再根据发现的线索继续核实。预设流程对任务变化的适应能力，受限于搭建者考虑了多少情况。随着模型能够承担更多判断，部分过去需要专门开发的工具，用户直接提出要求就能使用。
从技术演进看，人类用拖拽画布预设工作流，本质上是模型能力不足时的“临时产物”。大模型演进的终极目标是抹平画布本身——当推理与工具调用能力爆发，AI能自主拆解步骤时，曾经精心搭建的拖拽式流程，就从“效率神器”沦为了反直觉的冗余工程。
这也改变了企业为独立开发平台付费的理由，具体有三个方面。
首先，替代方式增多，专门搭建的价值随之下降。检索资料、撰写简报等临时任务，可以直接交给通用AI助手。用户省去了学习、搭建和调试的过程，企业也需要重新衡量，是否值得为此单独购买一套开发平台。扣子早期靠降低开发门槛吸引的需求，开始有了更便捷的去处。
其次，流程能运行，未必意味着企业能省钱。一套应用接入业务以后，还需要对接内部数据、设置权限、复核结果。企业决定采购和续费时，要把这些投入一并计算。全年节约的工时，扣掉接入、复核和维护的开销后，能否覆盖订阅和模型调用费用，才决定这套工具是否值得长期使用。
最后，企业需求越深入，平台的服务成本越难摊薄。这也让SaaS形态的开发平台落入了一种尴尬的卡位：浅层需求被通用助手免费接走，而高价值的重度客户在平台验证完业务逻辑后，出于数据安全和资产自主权的考虑，往往会转向基于开源框架自建，或者直接购买底层算力。独立平台费力做好了前期教化，却很难从客户后续的深层业务中赚到持续的订阅费。扣子7月调价时也提到，新增企业权益会增加服务投入和运维成本。增加席位和协作功能可以提高订单金额，前提是客户确实有足够多的岗位需要使用。
扣子尚未披露企业版收入、续费率和服务成本，外界无法判断其盈亏。但这门生意的约束已经显现：简单需求更容易被通用助手承接，复杂需求又需要持续投入服务。开发者数量虽多，企业却不愿为此长期付费。
大厂开始重算独立平台这笔账
对字节而言，产品的调整背后，也是其AI战略从早期的“多点试水”向“战略收拢”的转向。在AI应用快速演进的阶段，各自独立的赛马路线容易分散场景与流量，将能力打包收紧、形成合力，成了更务实的选择。接下来要判断的是，同一套能力，继续通过独立平台销售，还是放进已有办公产品，哪一种更容易被使用、被采购。
今年8月24日，字节将扣子和TRAE团队并入豆包体系，计划整合相关产品在工作场景的能力。次日，「豆包工作」上线，并与飞书打通。
这次整合，让字节有机会把扣子的开发能力用于办公助手。过去，企业需要先安排员工搭建、调试应用，再投入使用。整合后，部分任务可以由员工直接提出需求，由助手调用工具完成。企业前期配置的工作减少了，也更容易根据实际完成效果和节省的工时，判断产品是否值得付费。
与飞书打通，还有机会减少企业接入资料的成本。一份周报所需的信息，往往散落在文档、聊天记录和项目空间里。办公助手获得授权后，可以利用原有工作环境中的资料，再把结果交回协作空间。企业此前为数据接入和权限管理所做的投入，也有机会服务于更多任务。
商业化的路径也因此有所不同。独立开发平台需要让客户为搭建、部署和运行单独付费。已有办公产品的大厂，可以把相关能力纳入原有订阅，也可以通过增购席位或模型用量获得收入。一项能力能否保留独立产品的形态，要看它带来的新增需求，是否足以覆盖单独获客、研发和服务的投入。比起多卖一套开发平台，大厂如今更看重的，是能否通过AI能力的深度融入，守住并扩大用户每日必用的办公入口。
扣子的调整由此提供了一个观察窗口。模型能力更新越快，应用产品越需要持续证明自身价值。早期靠降低开发门槛建立的优势，会随着模型进步被重新评估。产品能否留下，最终取决于它在实际业务中承担了多少工作，以及客户是否愿意为此持续付费。
不过，团队可以合并，企业已经投入的工作也需要妥善承接。扣子现有流程背后，连接着数据、权限和业务规则。这些资源能否迁移、原有接口能否继续使用，将影响客户下一次采购。对付费企业而言，换了入口，原来的任务还能按时完成，这次整合才算真正落到业务里。