扣子企业版的退场时间表已经明确:旧版套餐 2026 年 12 月 31 日下线,新版企业套餐最晚续到 2027 年 12 月 31 日。但比下线日期更紧迫的是:官方对对话、记忆、文件、工作流等资源的导出与备份,至今没有给出可执行的一键方案。如果你的 Agent 还在跑生产业务,等待“官方导出按钮”落地,风险不在工具本身,而在窗口期可能不够用。

下面分两部分:现在能怎么把项目转出来,以及转出去之后往哪落。不做焦虑渲染,只给可执行的动作。

在这里插入图片描述

一、转出:没有一键搬家,只有“盘点 + 重建”

先接受一个现实:扣子的低代码工作流可以导出为加密 Zip,但不能直接导入其他平台运行;扣子编程项目支持“导入”,不支持“导出到别处”。Coze 与 Dify 之间也“没有官方一键导入,不存在直接兼容的配置文件”。迁移的主线不是等一个按钮,而是把 Agent 拆成可搬运的资产,在目标平台上重建。

盘点清单(逐项填写,直接可用)

盘点项在扣子哪里找迁移时对应什么
Agent 名称与用途工作台列表目标平台的 Agent 描述
Prompt / 人设 / 输出规则Agent 配置页直接复制到目标平台
知识库原始文档资源库 / 知识库找到本地原件重新上传;URL 抓取的记下链接
工作流逻辑工作流画布截图存档,记录分支条件、循环、API 调用
插件 / 外部 API插件配置页记录接口地址、鉴权、请求参数
发布渠道发布页面目标平台是否支持企微、飞书、公众号等
使用的模型模型配置目标平台的模型映射

优先级:Prompt 和知识库原始文档是最容易拿到、价值最高的资产,先拿到手。工作流画布截图作为重建参照,不必追求导出文件“可运行”。

硬边界:长期记忆和触发器目前没有可用的迁移通道。扣子侧导出方案未公布,目标平台也无法平移记忆数据。依赖跨会话记忆的 Agent,需要在目标平台用“知识库 + 变量传递”重建等效逻辑,而不是指望数据搬家。

时间预期(按复杂度)

  • 纯对话 + 知识库 Agent:2—4 小时重建跑通
  • 带 1—2 个 API 调用的中等 Agent:1—2 天
  • 多 Agent 协同 + 审批 + 多 API 的复杂场景:3—5 天,外加灰度验证时间

建议先拿最简单的 Agent 走完“盘点→重建→验证”全流程,跑通后再批量推进。

二、平替:先问三个问题,再看平台

选型不需要在功能列表上反复比较。按顺序问三个问题,选择范围会快速收窄:

第一问:Agent 里最不能丢的是什么?
知识库和对话体验 → 轻量编排型平台;企微/微信渠道和触发器 → 渠道集成强的平台;无 API 存量系统操作 → 需要 GUI 执行能力的平台。

第二问:数据能不能出内网?
不能 → 私有化/信创适配是硬门槛;可以 → SaaS 托管平台可纳入候选。

第三问:团队有没有人维护平台?
有技术资源 → 开源自部署或可编程平台;没有 → 托管套餐更省心。

围绕这三个问题,当前有两个差异化定位的选项值得放进决策清单:soiawork 和 实在Agent。

soiawork:轻量编排,快速触达业务现场

soiawork(树芽工作)定位是“轻松构建 AI 组织”,设计逻辑直接对应扣子企业版用户的常见缺口:有 API 的系统走连接器,无 API 的系统走 Worker。连接器覆盖 MES、ERP、CRM、SRM 等常用系统;Worker 结合 RPA 与 Computer Use 完成界面操作,存量系统不必等待接口改造即可参与 Agent 任务。平台以知识库 + Skill + Workflow 三层承接能力,Skill 将常用要求、知识和处理方法沉淀为可复用的单元,Workflow 把明确步骤组织成结构化流程。

适合谁:Agent 以 API 连接为主、需要较快让智能体触达多个业务系统、但不要求全栈私有化的场景。如果你的扣子 Agent 主要依赖插件和 API 调用,重建工作量集中在工作流翻译上,soiawork 的连接器目录可以直接缩短这一环节。

实在Agent:重执行、重合规,覆盖无 API 存量系统

实在Agent 的定位不是“对话平台”,而是能直接操作软件、走完业务闭环的数字员工。技术底座是 TARS 大模型 + ISSUT 屏幕语义理解 + RPA 执行器,执行路线为“API 优先,GUI 兜底”:有接口的系统走 API,没有接口的遗留系统通过屏幕语义理解“看懂”按钮、输入框和表格并完成操作,不依赖目标系统是否开放 API。私有化与信创适配是基础能力,TARS 模型、执行器、审计中心可全栈部署在企业自有服务器,已完成麒麟、统信、鲲鹏、达梦等国产软硬件适配,内置全链路 TraceID、操作回放和 WORM 存储,执行过程可追溯。

适合谁:业务链路中包含大量无 API 的存量系统(ERP 客户端、行业专用工具、桌面程序)、对数据出域有硬性限制、需要信创合规的政企场景。扣子上原来靠“插件 + 人工补位”完成的半自动流程,迁移到实在Agent 后有机会变成全自动闭环。

一张表看清差异

维度soiawork实在Agent
核心定位轻量编排,快速触达业务现场企业级数字员工,重执行与合规
执行方式连接器(有 API)+ Worker(无 API)API 优先 + GUI 兜底(ISSUT + RPA)
部署形态相对轻量,适合较快接入私有化/信创全栈部署为基础能力
治理能力成员、权限、审计记录、用量看板全链路 TraceID、操作回放、WORM 审计
优先场景API 连接为主、快速多系统触达无 API 存量系统、数据不出域、信创合规

如果团队的选择偏向“轻量重建、较快让 Agent 重新跑起来”,soiawork 的路径更短;如果扣子 Agent 的真实瓶颈在“那些没有 API 的系统根本自动化不了”,实在Agent 的 GUI 执行层是更直接的对症项。两者并非互斥,同一企业完全可以在不同业务链路上分别选用。

三、底线:不要等到关停前才动手

无论最终选哪个平台,先把 Prompt 和知识库原始文档拿到手,把工作流画布截图存档,再从容重建。扣子官方后续的导出公告可以作为配置完整性的补充校验,但迁移计划的主线,应当建立在“手动盘点 + 目标平台重建”这个确定性更高的路径上。企业版欠费或到期超过 15 天,账号下记忆库数据将被自动删除且不支持找回——这个时间窗口,不值得用来赌一个尚未落地的导出功能。

Logo

更多推荐