11 月 5 日,月之暗面正式发布 Kimi Hosted Agents(托管智能体),把支撑 Agent 运行的那层 Harness 打包成云端服务对外售卖——官方自己的说法是 Harness as a Service。开发者通过控制台、CLI 或 API 配置 Agent,不用自建运行框架,就能拿到 7×24 小时的托管环境,支持长程任务和多智能体协作。
这条消息的分量不在「又一个 Agent 平台」,而在于它第一次把 Agent 落地时最贵、最不体面的那部分工程量明码标价了。
真正卡住 Agent 上线的不是模型
一家企业要把 Agent 塞进生产,模型只是其中一环。剩下的部分是:搭代码执行环境、做上下文与会话管理、解析工具调用并回填结果、控制权限、处理任务中断和崩溃恢复。这些事情没有一件是「调个 API」能解决的,Kimi 自己的估计是几个月起步,上线之后还要长期养着这套东西。
Hosted Agents 把这套底座拆成几层服务:Agent 定义与配置、环境与自动化、项目级权限治理、技能与插件、记忆与上下文共享,底下压着的是 Kimi Durable Harness Core。几项关键能力值得单独看:
- 可定制的 Agent Loop:支持 Ralph loop、planner-executor-verifier、/goal 等模式,不是把循环写死。
- 上下文工程:工具按需加载、长任务压缩,目标是 token 效率和 cache rate。
- Durable Execution:事件溯源 + 断点续跑。平台故障后自动接管并恢复执行,保证行为与中断前一致——这一条是自建最难做对的地方。
- 编排:coordinator、agent team 等多种范式,多 Agent 拆任务、并行执行、汇总结果。
官方给了一张「自建 vs 托管」的对照表,六项职责的归属:会话历史(平台以事件形式持久化,可随时拉取)、工具执行(内置工具在云沙箱跑,自定义工具仍由你的客户端执行)、沙箱、失败恢复、超时重试、计费。这张表实际上就是「你自己写过的那些脏活」的清单。
治理是这轮的重点,不是附带项
企业级 Agent 的采用门槛从来不是能力,是可控性和管理。Hosted Agents 这次把治理做成了显式产品面:
- 独立沙箱、网络访问权限控制(含内网受限访问)、环境隔离
- 项目隔离、凭证库、预算限制、事件流可观测
- 执行留痕可查、支持审计导出、可随时中止会话
- 分项目用量报表,能看清每个 Agent 项目的资源消耗与费用
更值得看的是独立安全组件 Kimi Inference Hook。设计上它不是简单的关键词过滤:企业在自建或采购的安全服务器上定义规则(数据分类分级、敏感信息检测、策略裁决),Hook 在每次模型推理前对初始提示词和工具返回内容做双检,由企业侧返回 allow / deny,平台统一执行裁决。平台侧不额外留存提示与响应内容,只记录裁决、时间戳等元数据。
这个位置的选取很讲究——拦在推理之前,而不是拦在输出之后。工具返回内容是最容易被忽视的注入面(网页、文档、第三方 API 的返回都可能被污染),把它和初始提示词一起送检,相当于把「上下文污染」当成一等威胁处理。目前该组件只对企业认证用户定向开放。
140+ Skills、30+ 插件,和 8 个金融模板
工具生态是这类平台最容易空转的地方。公告里列的执行清单算是相当具体:
- 中国金融数据:Wind 万得、同花顺 iFinD、东方财富、恒生聚源
- 海外市场:S&P Global、SEC EDGAR、全球金融行情
- 财经新闻:财联社、财新数据、新华财经
- 全球宏观:IMF、World Bank、FRED / ECB / Eurostat / OECD / WHO / UNICEF / FAO / UNSD
- 企业与合规:天眼查、元典法律、Stripe、D&B(待上线)
- 办公套件:Word、PDF、Excel、Notion、邮件、WPS 云文档、飞书、钉钉、企业微信、百度网盘
- 系统级触手:Kimi 浏览器扩展 + Computer Use——不支持 MCP、不开放 API 的软件也能接进来
- 开发者工具:Cloudflare 2500+ API 端点
首批 8 个金融 Agent 模板按任务类型分得很清楚:
| 模板 | 关键机制 | 交付物 |
|---|---|---|
| 投研建模 | 多智能体编排 + 结构化输出 | 输入 ticker,输出三表 + DCF + 可比公司的 Excel,公式驱动可追踪 |
| 深度研究 | 长链路交付 | 研究报告 + 投研 PPT |
| 晨报监控 | Cron + Trigger | 开盘前持仓早报、财报后业绩点评 |
| 港股 IPO 扫描 | 定时任务 + 结构化输出 | 港交所新提交 Filing 的主营与财务,A/H 对标 |
| 组合复盘 | 文件上传 + 记忆库增量更新 | 组合表现、归因、一致预期对比 |
| 投行法律建议 | 法规索引 + 案例库 | 每条信息溯源到官方公告并标页数 |
| 监管判例日报 | 定时抓取 + 滚动统计 | 处罚事由、机构类型、罚没规模、地域共性 |
| 基金对账助手 | 多智能体编排 + 文件挂载 | 逐条撮合归因,差异附行号/分录号/交易号,只诊断不记账 |
「只诊断不记账」这个设计约束值得单独拎出来:它把 Agent 的能力边界写进了产品定义,而不是靠提示词祈祷它别乱来。同理,投研建模模板也明确「只做建模,不交易、不给投资建议」。
定价也摆上台面了:云沙箱 1 核 CPU / 1GB 内存 0.072 元/小时,最小按秒计费;模型推理按所选模型的 token 价另计;插件另计。中信建投在背书里提的是「风险评估网关对数据边界、工具调用和过程留痕的控制」——他们买的显然不是模型分数,是这套控制面。顺丰同城看重的是多步骤任务执行和工具协同的基础设施支撑。
值得关注的原因
第一,模型厂商的商业模式在往后移。从卖 token,到卖「让 token 变成交付物」的运行平台。这个位置上原本站着的是各家自己攒的 Harness、以及像 Restate 这样的持久执行引擎。现在模型厂自己下来做了。
第二,竞争点从能力转向契约。状态怎么持久化、崩溃怎么恢复、审计怎么导出、预算怎么卡——这些听起来无聊的东西,才是企业敢把 Agent 放进真实业务流程的前提。谁能把这些写成可验证的 SLA,谁就能收平台费。
第三,「Harness 即服务」也意味着执行层的控制权外移。迁移成本、数据边界、厂商锁定,这些问题在单点试用时感觉不到,上规模之后会全部冒出来。Kimi 用「平台不额外留存内容」「只记录裁决元数据」来对冲,但企业真正要问的是:出事时审计日志归谁、能不能导出、导出后能不能复现。
一个更现实的判断:国内 Agent 平台化喊了一年,这是第一批把托管运行时、安全 Hook、垂直模板、按秒计费四件事同时摆到台面上、并且明确标价的产品。它未必是最强的,但它把「Agent 上生产的成本结构」这件事,第一次算给你看了。

评论(0)
暂无评论,来抢沙发~
请 登录 后发表评论