Coze下线了吗？2026平台状态与迁移技术指南

Coze（扣子）是字节跳动旗下的 AI 智能体与工作流开发平台，核心价值在于让非专业开发者也能通过可视化方式快速搭建 Bot、工作流和应用。关于“Coze 下线了吗”这个问题，准确的回答需要分范围来看：平台整体并未关停，但企业版、专业版以及海外版的大量功能已经进入分阶段下线通道。本文梳理当前实际状态、关键时间节点，并给出面向不同使用场景的应对与迁移路径。

一、先给结论：什么下线了，什么还在

Coze 的下线不是“一刀切”，而是围绕商业化版本和平台能力做结构性收缩。

已经或正在下线的部分：

• 专业版：2026 年 5 月 30 日正式下线，所有专业版用户自动降为个人免费版，原有付费权益失效。
• 企业版：企业标准版与旗舰版自 2026 年 11 月 30 日起停止接受新客户购买；在火山引擎购买的旧版套餐（含旧个人进阶版、旧企业版、旧团队版）于 2026 年 12 月 31 日下线；新版企业套餐最晚 2027 年 12 月 31 日全面下线。
• 海外版 Coze.com 的核心 Agent 能力：2026 年 9 月起，Triggers（触发器）、Long-term Memory（长期记忆）、Multi-Agent（多智能体）、Logs（日志）、Evaluation（评测）、Filebox、Voice 等功能批量退役。
• 大量第三方模型：2026 年 7 月至 10 月，Kimi K2.5、GLM-5、DeepSeek-V3.2、豆包 1.5/1.6/1.8 全系列等 20 余款模型陆续下架，绑定这些模型的智能体和工作流会直接中断。

仍然可以使用的部分：

• 个人免费版：目前没有立即停服的公告，基础对话和小任务仍可使用。
• 扣子编程：新注册账号不再开放旧版低代码平台，新用户进入的是“扣子编程”产品形态。
• 平台 3.0 版本：2026 年 5 月 29 日发布，支持多人多 Agent 协作，网页端 coze.cn 及移动端、桌面端仍在更新。

一句话概括：如果你只用个人免费版做轻量原型验证，暂时不受直接影响；如果你在企业生产环境运行 Agent，或者依赖海外版的触发器、长期记忆、多智能体能力，已经处于必须迁移的状态。

二、关键时间线速查

把散落在公告和产品动态里的节点整理成一条时间线，方便你判断自己的处境：

2026-05-30  专业版正式下线，用户自动降级为个人免费版
2026-07-01  豆包渠道发布入口下线
2026-07-29  首批第三方模型下架（Kimi K2.5、GLM-5 等）
2026-08-31  大规模模型下架（20+ 款，含豆包 1.5/1.6/1.8 全系列）
2026-09-17  海外版 Coze.com 批量功能退役开始
2026-11-30  企业标准版/旗舰版停止新售
2026-12-31  火山引擎旧版套餐下线，未使用部分自动退款
2027-12-31  新版企业套餐最晚全面下线

需要特别注意：模型下架是“静默中断”式的。如果你的智能体绑定了一个已下架的模型，线上服务不会提前收到业务层面的告警，而是直接停止响应，需要手动切换到仍然在架的模型。

三、影响评估：你属于哪一类用户

用三个问题快速定位你的风险等级。

问题一：你的 Agent 是否运行在生产环境？

如果答案是“是”，并且绑定的是豆包系列或任何第三方模型，风险等级高。扣子的模型供应依赖火山方舟，方舟侧停服的模型会同步在扣子下架，模型供应链的脆弱性已经在这轮调整中充分暴露。即便当前绑定的模型仍在架，也需要为随时可能发生的切换做好准备。

问题二：你是否依赖 Triggers、长期记忆或多智能体编排？

海外版 Coze.com 的这三项能力已经不可用，国内版暂时未像海外版那样批量砍功能，但企业版整体处于“退出窗口”中。官方尚未明确企业版下线后这些能力是否会在其他产品形态中延续。

问题三：你是否需要私有化部署或企业级审计？

Coze 本身不支持私有化部署，企业级治理能力（如 trace 回放、灰度、审计）在现有产品中并不完整。如果这是硬性需求，迁移是唯一选项。

四、迁移路径与实操建议

根据风险等级，分两条路径处理。

路径 A：仍在使用个人免费版做原型验证

可以继续使用，但建议做两件事降低不确定性：

1. 定期导出 Prompt 和工作流定义。在 Coze 中把核心系统提示词（System Prompt）和节点配置复制到本地文档，不要只依赖平台内的存储。
2. 关注 docs.coze.cn 的订阅套餐公告和模型下架记录，避免在某天打开智能体时才发现绑定的模型已经停服。

路径 B：生产环境 Agent 需要迁移

推荐的迁移目标取决于你的约束条件。Dify 适合需要开源、可私有化部署的团队；腾讯云 ADP 在触发器、长期记忆、多智能体、日志和评测上的功能对标较完整，且支持多模型路由，单一模型停服不会导致业务中断。阿里云百炼和百度千帆可作为备选，但模型绑定相对更紧。

一个可操作的迁移顺序：

第 1 步  盘点当前所有运行中的 Agent，逐一记录绑定的模型、是否使用触发器/记忆/多智能体、是否涉及外部 API 调用
第 2 步  导出 Agent 配置：Prompt、知识库文档、工作流逻辑、插件授权信息（注意：Coze 工作流复制时插件授权不会自动带出，需手动记录）
第 3 步  在目标平台重建核心工作流，优先迁移生产环境中承载实际流量的 Agent
第 4 步  用双轨方式验证：新旧平台并行运行至少 1 个月，对比输出准确率和任务完成率
第 5 步  确认稳定后切换流量，在 Coze 侧保留只读副本作为短期回滚备份

不要等到下线日期临近才开始导出。退场窗口期内导出接口可能限流或不稳定，提前操作是成本最低的风险控制手段。

总结

Coze 并没有“全面关停”，但它的产品定位正在从“企业级 Agent 开发平台”向“个人 AI 助手与编程产品”收缩。企业版分阶段退出、专业版停服、海外版核心 Agent 功能批量退役、模型供应链持续收缩——这些变化叠加在一起，意味着把 Coze 当作生产级 Agent 底座的前提已经不再成立。个人用户可继续使用免费版，但应养成导出配置的习惯；生产环境用户需要以“模型随时可能停服”为前提做迁移规划，优先考虑 Dify（开源可私有化）或腾讯云 ADP（功能对标完整、多模型路由）作为承载平台。