Manus Flex 上线：自带推理服务商的 API 密钥，模型你自己选，智能体它来跑

Manus 于 2026 年 9 月 29 日发布官方博客，推出 Manus Flex 模块：用户可在 Manus 工作区接入受支持推理服务商的自有 API 密钥，模型推理由该服务商直接计费，Manus 继续负责规划、工具与执行环境。首批推理合作伙伴为 OpenRouter、Fireworks 与 Modal。

这次发布的是什么

Manus 于 2026 年 9 月 29 日发布官方博客，推出 Manus Flex，一个「自带密钥」的模块。官方的表述是：用户可以使用来自受支持推理服务商的自有 API 密钥来驱动 Manus，把已有的服务商关系带进 Manus 工作区；密钥把服务商的推理能力接入到用户已经在用的项目、工具、执行环境和智能体工作流中。

Manus 保留的部分没有变：按官方说明，Manus 继续提供规划工作、使用工具、跨执行环境运行、把模型输出转化为已完成任务的智能体系统，以及 Web 应用托管、数据库这类基础设施。

首批 Flex 推理合作伙伴官方点名三家：OpenRouter、Fireworks 与 Modal，官方称之为 Flex 推理合作伙伴计划的初始成员。

影响谁：已经在某家推理服务商有合同、额度或自建部署的团队。过去 Manus 把模型选择连同执行框架一起打包托管，现在模型这一层被拆出来交给用户。

可用性与限制

• 入口：官方说明是在 Manus 工作区的模式菜单中选择 Manus Flex，旁边是 Flex 服务商设置。
• 需要配置的两项：官方写明 Flex 配置包含所连服务商的「主要模型」与「推理力度」设置。
• 计费是拆开的：官方写明模型推理由所连接的推理服务商直接计费；而 Manus 任务中使用的其他服务与基础设施仍然消耗 Manus 积分。也就是说一次任务可能产生两个账户的费用。
• 合作范围：官方点名的初始推理合作伙伴是 OpenRouter、Fireworks 与 Modal；其他模型选项是否可用、通过哪条通道接入，以 Manus 工作台实际展示为准。
• 平台：官方博客列出 Web 端、macOS 与 Windows 桌面端、iOS 与 Android 移动端，Flex 随 Manus 工作区提供。
• 境内可用性：本次公告未说明境内的开放范围与合规要求，请以 Manus 官网当前说明为准。

主要功能

• 接入自有推理服务商的 API 密钥驱动 Manus 智能体
• 为每个连接配置主要模型与推理力度
• 保留 Manus 的任务规划、工具调用与执行环境
• 复用已有项目、自动化与智能体工作流，不重写流程
• 通过合作伙伴通道使用外部模型目录
• 把推理费用归到自有服务商账户，便于成本归属

技术原理

据官方说明，Manus 此前是一款托管式智能体产品，模型选择、执行框架与智能体基础设施都由 Manus 负责；Flex 的做法是把模型选择这一层交给用户，Manus 保留执行框架与基础设施。

这里的关键是职责边界：推理服务商只提供模型的计算，Manus 提供智能体运行时——规划、工具调用、跨执行环境执行，以及把模型输出变成完成的任务。这也解释了计费为什么要拆成两笔：两方各提供一部分服务。

「推理力度」按官方描述是给所连服务商模型的一个设置项，用来控制推理时的计算投入。它会同时影响延迟、成本与输出质量，具体档位与取值以所用服务商的文档为准。

实际体验

想判断 Flex 是否值得切，可以用一个已有工作流做对照测试，步骤是可复现的：

第一步，挑一个你已经跑熟的 Manus 任务（比如一次多步的资料整理并交付文档），记录它在托管档位下的完成质量、耗时与积分消耗，作为基线。

第二步，在模式菜单切到 Manus Flex，接入一家你已有账户的服务商，配置主要模型与推理力度，跑同一个任务。

第三步，只看 Manus 积分的消耗变化，同时去服务商后台看这一轮的模型费用。两项加起来才是真实成本，只看一边会得出错误结论。

第四步，重点看工具调用与结构化输出有没有变形。换了底层模型，工具选择、结构化输出的合规性和长任务表现都可能变化，这一步比跑分更能说明问题。

官方未给出各服务商的额度与速率口径，实际限制以服务商账户为准。

项目地址与获取方式

Manus Flex 是 Manus 工作区内的功能模块，官方公告中未提供开源仓库或独立安装包。入口是 Manus 官网的工作区，桌面端提供 macOS 与 Windows 版本，移动端提供 iOS 与 Android 版本，下载链接以官网为准。请通过官方渠道获取，避免安装被篡改的版本。

适合谁用

• 在某家推理服务商已有合同额度、希望把这笔支出用起来的团队
• 需要用特定开源权重模型或自建微调部署来跑智能体的开发者
• 想把模型费用与智能体基础设施费用分开核算的负责人
• 已经在 Manus 上搭好工作流、不想因为换模型而重写流程的用户

不必用的情况：不想自己管模型供应商、希望开箱即用的人，托管档位仍然省心——服务商 outage、配额变化、模型下架和调价这些事，用 Flex 之后都要自己盯。

常见问题

Manus Flex 是不是就相当于自己换了个模型？

不完全是。官方说明里，Manus 继续负责规划、工具调用、执行环境和把输出变成已完成任务，用户只接管模型与推理力度这两项。所以变的是「谁来提供计算」，不变的是「谁来把事情做完」。

费用会怎么算？

官方写明是两笔：模型推理由所连接的推理服务商直接计费，Manus 侧的服务与基础设施仍消耗 Manus 积分。这也意味着你要同时盯两个账单、两套配额和两套服务状态。

支持哪些推理服务商？

官方点名的初始推理合作伙伴是 OpenRouter、Fireworks 与 Modal。官方博客还提到界面中会显示与其他模型厂商相关的选项，但具体能接哪些、通过哪条通道接，以 Manus 工作台当前展示为准。

换了模型，原来的工作流还能跑吗？

官方的说法是密钥会接入到已有的项目、自动化与智能体工作流中，因此不需要重写。但换底层模型可能改变工具选择、结构化输出、长上下文表现和拒答行为，切之前建议在已有任务上做一次对照。

推理力度该怎么设？

官方把它列为 Flex 配置的必选项之一，用来控制推理时的计算投入。它同时影响延迟、成本与输出质量，具体档位名称与取值取决于你所连的服务商，以该服务商的文档为准。

相关工具与内容

• /category/agent — AI 智能体分类，智能体产品与执行框架都归在这里
• /category/ai-work-assistant — AI 工作助手分类，适合看任务交付型工具
• /tool/coze — 可搭建智能体与工作流的平台
• /tool/dify — 自建工作流与智能体的开源平台
• /tool/n8n — 自动化工作流工具，可与智能体流程配合
• /article/holo4-computer-use-agent-2026-09 — 若你关注计算机操作类智能体，可参考这篇