OpenAI和Claude都在干的事，没想到Qoder在5月就上线了

最近，OpenAI上线Agents API，把Codex、ChatGPT的Agent底座向所有开发者开放。官方说法很直接：编排、会话管理、上下文管理全部由OpenAI托管，你只管定义自己的Agent。

再往前翻，今年4月，Anthropic发布了Claude Managed Agents。标题更直接：get to production 10x faster，让Agent以十倍速度走向生产。你定义任务、工具和边界，Anthropic托管运行智能体框架（harness）和基础设施。

半年之内，两家AI大厂扑向同一个方向：Agents API，让Agent不再是跑在个人电脑上的应用，而是一个可以在云上被调用的服务。

在国内，也有厂商跑在了前面。今年5月，阿里上线Qoder Cloud Agents，基于Qoder家族统一的智能引擎打造，成为国内首个云端Agent构建及托管平台。

四个月过去，已服务金融服务、企业软件、零售、电商等领域数百家大型企业，月均调用量达千万级。

比OpenAI的官宣，早了整整四个月。

为什么需要Agents API？

先讲清楚它解决了什么问题。

今天，任何一家公司想做出自己的Agent，都会遇到同一个问题：做出Demo不难，难的是把它变成生产级系统。

Anthropic在官方博客里说得很清楚：过去构建Agent，开发周期大量消耗在安全基础设施、状态管理和权限体系上，而且每次模型升级，自己写的那套Agent循环都要重写一遍。

拆开看，你需要自己实现Agent循环，并且跟着模型升级反复重构；需要自己搭建沙箱隔离、权限控制、凭证管理和审计体系；需要自己部署运行时，负责扩缩容和运维；用户量和任务量涨上来，还要自己建设多租户、调度、集成和观测能力。

这是一整套基础设施工程。投入以月计，以团队计，而且随着模型能力演进，要持续返工。

OpenAI同样承认了这一点：自从函数调用能力落地以来，会话管理、上下文存储、工具协调这一层，几乎每个团队都在重复重建。

云端Agent运行时的思路很直接：把这些重复建设收进一个托管平台，以API的方式交付。企业调用API，就能获得一个能干活、可管控、扛得住并发的Agent服务。

一手体验

说再多不如上手。我完整跑了一遍最新版的Qoder Cloud Agents 1.0，最近想做一个自己的资讯助手，于是我用它来创建一个日报Agent。

先选择的是Managed“手动挡”模式。

1）三步跑通

在Managed模式下，创建Cloud Agents只需三步：设置Agent，配置环境，连接Agent环境。全过程不写一行代码，不装任何SDK。

第一步，设置Agent。

在控制台，可以自由设置Agent名字、模型、系统提示词和可用工具。支持的工具也有很多，包括像Bash、文件读写、网页搜索都是支持的，也可以接MCP和Skill。

比如，我给这个Agent取名叫「沃垠日报助手」，模型选的是Qwen3.8-flash，系统提示词用默认的。

第二步，配置运行环境。每个会话，运行在独立的沙箱里，来计算、存储、网络隔离。

我给这个Agent单独配了一个沙箱环境，叫woyin-env。

第三步，创建Session，把Agent绑定到环境。

按步骤，我先创建Session，发送消息，获取响应。到这里，这个Cloud Agent就算创建好了。

后续，所有部署、调试、评测，全都在这一个控制台里。

工具层面，它内置了11个原子能力，覆盖命令执行、文件读写、检索、联网搜索、图片生成，以及把产出投递给用户。企业也可以挂自己的工具，由客户端执行，平台会在需要时把任务暂停等结果回传。

2）两种模式

除了Managed模式，它还有Forward模式，在页面左上角自由切换。

简单来说，Managed侧重控制Agent每次如何运行，Forward更侧重把成熟的Agent能力场景快速交付给更多对象。

比如，通过Forward模板，企业可以快速构建7×24小时的云端机器人。

那该如何选择呢？

Managed和Forward不是基础版与高级版，也不是开发环境与生产环境。它们的出发点不同：

• Managed 从运行控制出发：我需要精确决定Agent怎样工作。

• Forward 从能力复用与服务交付出发：我需要让同一套Agent能力稳定服务不同用户。

需要更多种Agent，优先Managed，提供了场景模版；需要同一种Agent服务更多人，则优先Forward。

3）四项能力

Qoder Cloud Agents已经做到每月调用千万级，说明它经受住了真实业务的检验。拆开看，是四项能力在支撑。

一是极速接入。配置、接入、上线、运行连成一条链路，统一API、多语言SDK、CLI部署、Webhook事件集成，加上Cookbook、Demo和模板。官方口径是10分钟首次集成，小时级接入，最快一天上线。

二是定义自由。Connector和MCP接入外部工具与数据，Skill市场沉淀专业能力，模板和身份体系支持个性化配置，语音交互、Multi-Agent协作也在同一体系里延伸。一次构建，多场景交付。

三是持续进化。QCA助手降低创建门槛，Agent Advisor给出改进建议，Outcomes、评测与观察任务是否真正完成……经过验证的真实运行经验，持续反哺Agent能力。

四是轻量运维。批处理、高并发、弹性调度由平台统一承接，任务增长不需要同步扩张实例和运维人力。按量计费，用多少付多少。

Cloud Agents的兴起，意味着一次形态变化：Agent从一个产品，变成了一个服务。

过去，一个Agent从原型到上线要几个月，绝大部分时间花在跟智能无关的地方：搭沙箱、管密钥、配权限、做重试、接审计、扛并发。Cloud Agents把这一整段接走，企业只需定义任务、工具和边界，智能随平台升级持续成长，规模扩张时也无需同步扩张运维人力。

OpenAI和Anthropic在同一年集体转向这里，原因也在这：模型能力已经够用了，瓶颈从模型本身移到了生产场景。谁能把Cloud Agents做得让企业敢用，谁就拿到了Agent进入生产系统的入口。

Qoder的位置特殊在两点。

时间上，它在国内最早交卷，比OpenAI早四个月，而且已经跑到千万级真实调用。

能力上，它多做了两层别人还没补齐的东西：面向终端用户交付的身份与渠道层，以及面向云资源操作的真实授权与审计链路。

不得不说，在Agent领域，Qoder是真的有点东西。