据动察 Beating 监测，OpenRouter 推出服务器端代理工具`openrouter:subagent`并开启测试，支持大模型在生成内容的中途将独立子任务派发给更小、更便宜且更快的候选模型。当主模型遇到无需自身完整能力的自包含任务时（例如文档摘要、结构化数据提取、模板起草和文本格式化），可以通过输入任务名称（task_name）和任务描述（task_description）调用代理工具。派发出的子任务由工作模型执行，并以结果（outcome）形式返回给主模型以供后续整合。

工作模型可以是任意 OpenRouter 支持的模型，不仅由工具定义中的`parameters.model`指定，在未设置时也可直接继承主模型。为了增强执行能力，工作模型还能配备独立的 OpenRouter 服务器端工具（如联网搜索`openrouter:web_search`或网页抓取`openrouter:web_fetch`），从而在生成最终文本前先在沙箱环境中进行多步骤推理与数据获取。由于工作模型在服务端执行，因此不支持需要客户端执行器的自定义函数工具。

由于工作模型无法访问主模型的上下文会话，也无法在不同任务之间共享内存，主模型必须在任务描述中提供完整的背景信息与输出格式要求。为了防止模型嵌套调用导致无限递归与成本失控，OpenRouter 引入了双重防护机制：在定义中禁止自引用，并通过请求头限制嵌套深度，在子任务调用中强行剥离代理工具。同时，单次 API 请求中的任务执行总数也设置了硬性上限。