元器停服之后：腾讯云 ADP 接住了什么

2026 年 11 月 9 日，腾讯元器正式停止服务。一个上线两年多、曾经是"把智能体一键发到公众号"最省事入口的平台，就这样关掉了。对用它跑业务的人来说，这不是一条新闻，而是一次必须在一个月内完成的迁移。

发生了什么

时间线很清楚：10 月 29 日起停止新建智能体与 API key 分发；11 月 9 日关闭全部面向公众的服务，包括应用访问、数据读写、API 调用和控制台；通过元器发布到公众号、服务号、微信客服的智能体同时不再响应用户对话。数据导出窗口开放到 2027 年 1 月 9 日，之后除法定留存的日志外，数据会被删除。

腾讯给出的替代方案有两个：腾讯云智能体开发平台（ADP），以及公众号后台的"智能回复"。前者接住需要知识库、工作流、多渠道的复杂场景，后者接住只需要"用公众号文章回答问题"的轻量需求。

这件事值得单独拎出来说，不是因为它罕见，而是因为它把一个常被忽略的选型维度摆到了台面上：平台会不会关。关于这一点，最后一节再展开。

元器和 ADP 不是同一类东西

很多人把这次停服理解成"产品做不下去了"，更准确的理解是"产品定位被合并了"。

元器是偏 C 端的：面向个人和轻量开发者，跟元宝、QQ 的智能体生态绑定，卖点是"人人都能做一个 Bot 并一键分发"。ADP 是偏 B 端的：面向企业，强调系统性构建、数据接入、安全隔离和跨角色协作。据公开报道，腾讯云方面对两者的定位差异有过明确表述——一个服务个人，一个服务组织。

这个区分很重要，因为它决定了迁移不是"换个地方继续用"，而是"换一套工作方式"。原来在元器里点几下就能发布的东西，到 ADP 里要先想清楚应用模式、权限、用量和发布渠道。

ADP 能搭四种东西

ADP 提供四种应用模式，选哪种取决于任务的确定性。

标准模式：提示词加知识库加插件，适合问答类应用，比如内部制度查询、产品咨询。

Multi-Agent 模式：多个智能体分工协作，适合需要"一个负责检索、一个负责核算、一个负责成文"的复合任务。

单工作流模式：流程写死，节点串行或分支，适合审批、工单这类步骤明确的场景。

Claw 模式：用自然语言描述流程，由平台去编排，适合那些"逻辑不复杂但节点很多"的场景。

这四种模式的排列，其实是一条从"自由"到"可控"的谱系。任务越不确定，越靠前；越需要可审计，越靠后。选错的典型症状是：用标准模式硬扛多步流程，或者用工作流去处理本该让模型判断的事。

迁移时，哪些能带走

图 1　可直接导入与需要重建的模块

官方给了明确的迁移路径，能带走的和带不走的要分清。

可以直接导入的有三样：知识库（公众号知识库、历史上传知识库）、工作流（仅新版元器支持导出）、Widget 组件。

需要重新配置的有两样：智能体设置（模式、模型、提示词、调用工具、欢迎语、示例问题）和自定义工具（插件广场里创建的插件）。

还有一个容易踩的坑：ADP 不会自动同步公众号的历史文章。要继续用这些内容，得手动导入知识库。旧版元器的工作流甚至不支持导出，只能对照节点截图在 ADP 里重搭。

实际迁移的顺序建议是：先导出可迁移模块，再在 ADP 建对应模式的应用，然后逐项补齐设置，最后用真实问题验证模型与插件效果。别跳过最后一步——两个平台的官方模型和插件并不完全一致，迁过去之后回答质量可能变。

企业真正用得上的三件事

抛开迁移不谈，ADP 有几项能力是元器时代不具备的。

第一是多渠道。除了公众号、微信客服、企微应用，还支持微信小程序、企微机器人、钉钉、飞书，也可以通过 API 接进自有系统。渠道越多，"在哪发布"就越是一个运营决策，而不是技术限制。

第二是云端托管执行。基于 Agent Harness 的设计，支持断点续跑、按需启停和全链路可观测。对长周期、多步骤、要调工具和处理文件的任务，这决定了它能不能在生产环境里跑——任务跑到一半失败，能从断点继续，而不是从头再来。

第三是用量治理。较新版本支持按用户、空间、应用、智能工作台、模型等维度设置限额。企业推广智能体时，成本失控往往不是因为单价高，而是因为没人管住调用量。

选型教训：把"能导出"写进评估清单

元器停服最实际的启示，是选平台时要多看一条指标：数据与配置能不能完整导出。

这条指标平时看不出价值，出事时决定你是"一周完成迁移"还是"三个月重建"。评估时可以问四个问题：知识库能不能导出成通用格式？工作流能不能导出成文件？提示词和配置能不能批量拿到？历史对话能不能留档？

另一个启示是不要把关键业务绑在单一渠道上。同样的智能体，如果同时有公众号入口和网页入口，渠道关停时至少还有一半服务在线。

它适合谁

适合已经在腾讯云体系内、需要把智能体接到微信生态的企业；需要 Multi-Agent 协作或复杂工作流的团队；以及对权限、审计、用量有明确要求的组织。

不太适合只需要一个轻量问答 Bot 的小团队——那种需求用公众号智能回复或扣子这类零代码平台更省事。

最后说一句不太客气的话：平台停服不是意外，是常态。选型时假设"它三年后可能关掉"，很多决策会变得更稳妥——比如优先选能自托管的方案，比如把提示词和知识库在自己的仓库里留一份。这些动作平时看起来多余，但它们决定了你在下一次公告面前是从容还是被动。