从模型调用到任务交付：MaaS 如何走进 Agent 生产

Personal Agent 的潜在人群，正在从开发者扩展到更广泛的工作与生活场景：从约 4700 万全球活跃开发者，到约 10 亿知识工作者，再到约 60 亿普通网民。 当 Agent 进入更多日常任务，模型调用也开始嵌入连续工作：一次请求背后，可能有多轮推理、工具调用和结果校验。 2026 年 10 月 30 日，在腾讯全球数字生态大会模型与 MaaS 服务专场上，腾讯云 MaaS 产品中心总经理邹辉判断：“应用拐点已经到来，模型正以泛办公场景为代表，向更多场景加速渗透。” 他将这一变化放在三项同时发生的趋势中解释：模型能力拓展到超长上下文、复杂任务规划和工具调用；百万 Token 混合计价从“元”降到“角”甚至“分”；Agent 逐渐成为能够规划并执行任务的主体。企业关心的问题也随之变化：Token 供给够不够、模型能力如何匹配任务、成本怎样控制、调用如何治理、业务怎样进入生产。 三项变化叠加，企业要解决的已不只是接入模型，还要把模型调用组织成一项可持续运行的服务。TokenHub 的升级重点，正是把多模型接入、调用调度和企业治理纳入统一平台，让模型选择、调用管理与用量控制能够协同起来。沿着这条链路，TI-ONE 继续推进训推平台升级；Agent Runtime 从沙箱执行底座拓展至运行、治理与进化；WorkBuddy 则让模型能力进入具体办公任务。腾讯云此次围绕模型供给和生产力应用的全面升级最终指向同一件事：以可控成本，把模型能力稳定嵌入业务流程，并让任务持续推进、交付结果。 模型越来越多，调用需要统一调度 模型供给越丰富，企业越需要根据任务做选择。代码生成、复杂推理、图像和视频处理对模型的能力、时延和成本要求各不相同；同一项长任务的资料整理、核心推理和结果检查，也未必适合交给同一款模型。企业要管理的由此从“接入一个模型”变成持续比较、选择和调度多种模型。 TokenHub 接入混元及多家厂商模型，覆盖文本推理、代码、图像、视频、音频和 3D 等场景。重点模型支持 Day 0 接入，让模型在正式发布当天进入平台，供企业验证和使用。平台通过统一 API Key 调用已接入模型，并兼容 OpenAI、Anthropic 等主流协议；SDK、CLI 和 Skill 则把接入、配置与排障带进开发者工具。模型上新后，应用可以沿用同一套接入方式，减少逐个适配模型接口的工作。 模型接入之后，企业还要判断每一步该用哪种能力。TokenHub 提供模型选型与评测、推理加速与调度等平台能力，也在探索两项进一步的能力：基于企业自身任务数据优化模型路由，以及将 Token 用量归因到具体任务。要让路由真正贴合业务，需要比较不同模型在具体任务上的效果、时延和成本；任务级归因则要把调用记录关联到部门、应用和工作内容。将这些调用数据与任务结果结合起来，企业才能逐步判断哪类模型适合哪项工作，并据此调整路由。 选择模型之外，服务负载也会改变调用方式。客服和语音外呼需要在流量高峰时保障吞吐，TokenHub 可按月预留 TPM，在已购额度内提供吞吐保障；金融报表、风控分析等敏感业务，可以使用模型单元，在独立物理集群中运行模型服务；作业批改、批量分析等时延要求宽松的任务，则适合提交离线推理，异步获取结果。一般在线业务也可以按标准方式调用。服务分级让企业按负载选择容量、隔离程度和处理方式，模型服务由此从单一的调用接口延伸到不同的交付方式。 这种分级背后，处理的是资源如何匹配负载的问题。流量集中时预留吞吐，避免高峰请求与普通在线调用争抢容量；敏感业务通过独立模型单元获得更清晰的资源与数据处理边界；批量任务转为异步推理，则可以把吞吐资源用于更适合在线响应的请求。企业无需为每类需求另行拼接模型服务，平台提供统一的接入入口，再按业务要求交付不同的服务形态。 模型接入和服务分级，最终要在真实调用中接受检验。小米 MiMo 的接入，呈现了新模型如何进入统一服务入口。小米方面分享，MiMo V2.6 系列在 TokenHub 全球首发，发布首日即可调用；上线后，日调用量较 V2.5 系列增长 15 倍以上。模型从发布到进入应用验证的路径因此缩短，新模型也更快进入真实调用场景。 调用规模上来，成本、权限和安全都要算清 模型调用进入多个团队后，API Key 开始承担更具体的管理作用：区分员工与应用，限制模型访问范围，统计用量和费用，并为审计留下线索。TokenHub 支持按模型授权和设置额度，按 Key 或服务查看用量明细、进行分账核算；借助 Request ID 与调用元数据，企业可以检索调用记录，定位异常和排查问题。Key 生命周期管理、风险 Key 禁用或重置、私网接入、请求鉴权和来源 IP 白名单，也把凭证和网络访问纳入管理。 这些能力对企业规模化使用模型尤为关键。一个开发者自己试用模型时，API Key 主要解决连接问题；多个部门、员工和应用共同调用时，企业还需要分清每个 Key 代表谁、能访问什么模型、消耗多少额度、出现异常后如何追溯。平台把调用与身份、权限、额度、审计关联起来，模型服务才能进入组织现有的管理秩序。 费用方案也需要匹配调用习惯。研发团队普遍使用 Coding 和 Agent，可通过 Token Plan 企业版按月订阅、分配成员与 Key 的额度；生产应用的调用量趋于稳定后，可以采用 Saving Plan，以月度消费承诺换取按量账单优惠。直接按照多模型实际费用设置预算上限的能力仍在规划中。随着一个业务在任务不同阶段调用不同模型，单看 Token 数量可能无法直观反映实际支出；把价格、折扣和调用量合并计算，才更接近日常预算管理所需的金额口径。 从费用进一步追到任务，是企业治理继续深入的一步。知道哪个团队用了多少 Token，有助于控制预算；知道这些调用被用于代码开发、报告生成还是知识问答，才有机会比较任务效果与投入。任务级归因目前仍需平台和应用共同建立关联，这也将影响企业今后如何评估模型调用带来的实际价值。 安全边界同样要沿着模型调用走。TokenHub 覆盖基础设施、企业资产、数据内容和调用合规等环节：基础设施侧提供私网访问、算力隔离和 AICC 可信运行架构；企业资产侧管理凭证、权限、配额与审计；数据内容侧进行输入输出检测和内容防护；调用链路则涉及模型水印、内容标识与溯源。模型单元为需要独立资源的敏感业务提供运行环境，LLM-WAF 作为可选增值服务，可检测提示注入和敏感数据，并按自定义规则放行、拦截或代答。TokenHub 支持推理日志零数据留存（ZDR）配置；腾讯云也说明，业务正文不用于平台训练。对 Agent 任务而言，内容检测还需与工具授权和执行隔离配合，才能覆盖从模型输入到外部操作的风险。 平台的使用方式也在变化。TokenHub Skill 与 CLI 支持开发者在授权范围内比较模型、生成接入配置和代码、排查问题、查看指标；相关操作需要完成服务开通与授权，应用配置也受开发者授权范围约束。服务地域方面，据 TokenHub 产品负责人何世友介绍，新加坡和美国硅谷地域已上线，法兰克福计划于 2026 年第四季度上线。模型供给、数据留存和内容合规要求，需要随地域服务一并考虑。对于跨区域运营的企业，