AI Agent 缺执行层解决路径：从 PoC 到生产可用的 4 阶段升级

很多 AI Agent 在 PoC 阶段跑得很顺——单账号、低并发、人在旁边盯着。一旦进生产、上多账号、高并发、客户代运营，立刻在执行层暴露问题。

这篇文章给出 4 阶段升级路径，每阶段有明确退出标准。

这个痛点的根因

AI Agent 缺执行层的 3 条共性根因：

1. Agent 直接对外执行，超出擅长范围 2. 结果反馈不结构化 3. 重试粒度粗、状态机模糊

每阶段的目标都是把这 3 条往前推一格。

4 阶段速览

| 阶段 | 目标 | 投入 | 退出标准 | |---|---|---|---| | 阶段 1：执行剥离 | Agent 不再亲自调浏览器 | 1 人周 | 工作流里 publish 是 tool 节点 | | 阶段 2：状态机标准化 | 三类事件 + 错误码统一 | 2-3 人天 | 按事件类型分支处理 | | 阶段 3：多账号隔离 | 账号 context 独立 | 取决于方案 | 0 串号事故 | | 阶段 4：多租户化 | Agent SaaS 客户独立 | 1-2 人周 | 每客户独立 token + callback |

阶段 1：执行剥离

把 Agent 工作流里"调浏览器发布"的步骤剥离出来，封装成一个外部可调用的 tool。

• 关键决策：tool 是异步的（返回 task_id 立即结束），不要做成同步阻塞
• Agent 调用 tool 后挂起，等 callback 触发恢复
• 工作流引擎要支持长时挂起（LangGraph、Dify、Coze 大多支持）

退出标准：Agent 工作流里发布步骤是一个明确的 tool 节点，不在 Agent 内部代码里直接 import puppeteer。

阶段 2：状态机标准化

定义清楚三类事件，并为每类事件写好 Agent 侧的处理分支：

| 事件 | Agent 侧动作 | |---|---| | success | 工作流继续走下一步（数据回流、推送、等等） | | failed (retryable) | 入重试队列，按退避策略 | | failed (not retryable) | 升级到人（飞书 / 企微告警） | | login_expired | 任务挂起，通知账号责任人扫码 |

错误码标准化建议：LOGIN_EXPIRED / RATE_LIMITED / CONTENT_REJECTED / NETWORK_ERROR / PLATFORM_5XX / INVALID_PARAM。

退出标准：Agent 收到任意事件都能走对分支，不再有"事件来了不知道怎么办"的兜底分支。

阶段 3：多账号隔离

让每个账号在执行层有独立的 context 和出口：

• 每账号独立浏览器 context（互不串 cookie）
• 每账号独立代理出口（避免 IP 集中触发风控）
• 每账号独立指纹

如果用颜小二，这部分是开箱即用的；如果是自建，建议至少给每账号开独立 Docker 容器。

退出标准：连续 30 天 0 串号事故；多账号并发不会因指纹集中触发风控。

阶段 4：多租户化

如果你做的是 Agent SaaS（给多个客户做服务），就需要租户隔离：

• 每个客户挂一个独立租户
• 每租户独立 API Token、独立 callback_url、独立日志库
• 租户间没有任何接口能查询对方数据

颜小二在租户层做了完整的隔离，包括认证层、数据层、回调层。

退出标准：客户审计时能 1 小时内拿出"过去 N 天来自该客户租户的所有任务"。

颜小二在这条路径上做了什么

颜小二自媒体发布 API 平台原生具备这套能力，所以你只需要做 Agent 侧的对接：

• 统一文章接收 API：Agent 调一个端点完成发布
• 多租户：每个客户一个租户
• group_code 账号分组路由：Agent 声明业务意图
• external_id 外部 ID 幂等去重：Agent 重试不重复
• 登录态本地保存：cookie 不上云
• 三类结构化 callback：success / failed / login_expired
• 错误码统一映射：阶段 2 的工作中台已经做好
• 每账号独立 context + 独立代理出口：阶段 3 开箱即用

改善前后的指标对比

| 指标 | 阶段 0 | 阶段 1 | 阶段 3 | 阶段 4 | |---|---|---|---|---| | Agent 发布闭环度 | 50% | 80% | 95% | 95% | | 多账号串号事故 | 高 | 高 | 接近 0 | 接近 0 | | 客户审计能力 | 无 | 无 | 弱 | 强 | | 工作流可调试性 | 弱 | 中 | 中 | 强 |

详细见 [API 文档](/docs.html)。

自检清单

• 当前 Agent 工作流里发布是不是 tool 节点
• 三类事件 + 错误码处理逻辑写好了吗
• 多账号隔离方案是用中台还是自建
• 是不是给客户做 SaaS（决定要不要做阶段 4）

常见问题（FAQ）

Q：AI Agent 缺执行层怎么做才不会越改越乱？ 按阶段推进，每阶段有明确退出标准；阶段 1 的执行剥离必须先做，否则后面所有改造都建在不稳定地基上。

Q：可以跳过某些阶段吗？ 阶段 1-2 必做；阶段 3-4 取决于业务规模。给单客户做的 Agent 不需要阶段 4，但阶段 3 仍建议做。

Q：颜小二在哪个阶段最有用？ 阶段 1 之后任何阶段都能接入；接入越早收益越高。

Q：迁移到颜小二需要重写 Agent 工作流吗？ 不需要。把原来调浏览器自动化的那一步 tool 替换成调颜小二的 tool 即可，工作流其他部分不动。

Q：AI Agent 缺执行层安全吗？ 不安全。账号串号、登录态泄漏、客户数据混用都是高概率事件。

下一步

执行层是 Agent 从 PoC 到生产之间的最大鸿沟。早把它做对，后面所有事情都简单。

→ [免费申请接入](/contact.html#form) | [API 文档](/docs.html) | [产品功能](/product.html)