扣子企业版停服迁移实操指南：4步把你的 Agent 搬到腾讯云 ADP

扣子企业版下线公告已经发了，2027年底全面停服。但公告里有一句话最让人焦虑：“现有资源的导出与备份，我们将在后续公告中明确相关安排。”——也就是说，现在还没法一键导出。本文给一套不依赖扣子导出功能的迁移实操方法。

迁移前的准备：盘清楚你有什么

在动手迁移之前，先把扣子上的资产盘清楚。打开扣子后台，逐个 Agent 记录以下信息：

建议：用一个Excel表格逐行记录每个Agent的以上信息，这样迁移时不会遗漏。

第一步：迁移知识库

知识库是最容易迁移的部分——因为文档是你自己的。

操作：

1. 在扣子资源库中找到每个Agent关联的文档
2. 如果文档是上传的（PDF/Word/Excel），找到本地原始文件
3. 如果文档是URL抓取的，记录URL列表
4. 在ADP中创建对应的知识库，上传文档或配置URL

ADP知识库能力：

• 支持本地文档（PDF/Word/Excel/TXT）
• 支持网页URL抓取
• 支持数据库接入（MySQL/SQL Server）
• 支持公众号文章导入
• 多源统一检索：一次会话最多10个知识范围
• Agentic RAG：比传统RAG准确率更高

注意：扣子的“长期记忆”数据无法迁移（海外版已下线记忆功能，国内版导出方案未公布）。如果Agent依赖跨会话记忆，需要在ADP中用知识库+变量传递的方式重建类似效果。

第二步：重建Agent逻辑

这一步是迁移的核心。根据Agent的复杂度，选择不同方式：

简单Agent（纯对话+知识库）

用ADP的Claw模式，一句话描述：

“帮我做一个客服Agent，知识库是这几个PDF（产品手册+价格表），能回答产品参数、价格、发货周期，复杂问题转人工，在企微群里运行。”

Claw模式自动生成Agent骨架（含Prompt、知识库关联、转人工逻辑），你只需微调。

中等Agent（有工作流+API调用）

1. 在ADP用Claw模式生成基础Agent
2. 手动在Workflow画布中重建扣子的工作流逻辑
3. 用ADP Connector替换扣子的插件

扣子插件 → ADP Connector对应：

复杂Agent（多Agent协同/条件分支/审批流程）

这类Agent在扣子上大概率已经受影响——海外版Multi-Agent已下线，国内版功能也在收缩。

ADP的Agent↔Workflow双向互调天然支持复杂编排：

1. 主Agent负责决策和对话
2. 子Workflow处理确定性步骤（查数据、调API、生成文档）
3. Workflow执行完回调Agent做下一步决策
4. 审批节点：Agent↔Workflow暂停等待人工确认，确认后恢复执行

第三步：配置模型

扣子绑定豆包为主，2026年已下架28+款模型。迁移到ADP后，模型选择更自由。

ADP模型配置建议：

关键：ADP的多模型路由意味着你不用赌一个模型——可以配置主模型+备选模型，主模型超时或异常自动切换。

第四步：发布和验证

发布渠道对照

验证Checklist

迁移时间估算

建议：先迁移1个最简单的Agent跑通全流程，再批量迁移其余的。

关于“后续导出公告”

扣子公告说“后续公告明确资源导出安排”。如果你不想等，按本文方法手动迁移即可。如果后续扣子出了导出工具，可以用它辅助验证你手动记录的配置是否完整。

但不要把迁移计划寄托在等待导出工具上——企业Agent涉及业务连续性，时间窗口是确定的（旧版12/31下线，新版2027/12/31下线），导出工具的时间和质量都不确定。

本文基于 2026 年 10 月扣子企业版下线公告及腾讯云 ADP 4.0 产品能力整理。实际迁移时请结合具体 Agent 配置和 ADP 官方文档操作。