Kimi 把 Harness 做成云服务：智能体的「运行底座」开始按月卖

过去一年，企业在做智能体时反复撞上同一堵墙：模型接进来了，Demo 也跑通了，但一到真实业务就卡住——任务跑一半断了怎么办，工具调用失败谁来重试，多个智能体怎么协作，出了事故怎么审计。11 月 5 日，Kimi 给出的答案是：把这些脏活累活打包成云服务，名字叫 Kimi Hosted Agents。

一分钟速览

• Kimi 推出托管智能体，把支撑 Agent 运行的 Harness 作为服务提供（Harness as a Service）。
• 提供 7×24 小时托管环境，支持长程任务执行与多智能体协作，企业无需自建运行框架。
• 安全侧提供独立沙箱、网络访问权限控制、操作边界设定、会话中止、执行留痕与审计导出。
• 内置 140+ Skills、30+ 插件，首批提供 8 个金融 Agent 模板。

从「卖 token」到「卖运行时」

Kimi 把 Harness 单独拿出来做服务，是个有意思的选择。Harness 这个词在 2026 年被反复提起，指的是包裹在模型外面的那一层工程结构：任务分解、工具路由、上下文管理、失败重试、结果校验。同一个模型，换一套 Harness，任务完成率可能从 30 分变成 95 分。

但 Harness 也是最难标准化的部分。每家企业的系统不一样、权限体系不一样、合规要求不一样，自建一套的成本很高，维护成本更高。Kimi 的判断是：这部分可以像数据库、像消息队列一样，变成按需购买的基础设施。

产品设计上，它明确划了两类场景。对内，Agent 集成到企业系统里，做业务监控、运维响应；对外，Agent 嵌进产品，做 App 内的投研助手、客服助手。这两类场景对延迟、权限、审计的要求完全不同，放在同一套托管环境里，说明底层做了分层。

企业真正会问的三个问题

第一是安全。Kimi 的方案是独立沙箱＋网络访问白名单＋操作边界，必要时可随时中止会话，执行过程留痕并可导出审计。这些不是锦上添花，而是企业采购的准入条件。没有审计记录，出了事故无法追责，IT 部门不会签字。

第二是成本。托管服务提供清晰的计费规则和用量报表，让企业能看到每个 Agent 项目的资源消耗。这一点比模型单价更重要——智能体的成本往往不是推理费，而是失败重试、长上下文和工具调用带来的隐性开销。

第三是工具生态。140+ Skills 和 30+ 插件覆盖联网检索、专业数据查询、办公文档处理和内容生成，企业也可以接入自有工具和数据源。首批 8 个金融模板（投研建模、深度研究、晨报生成、IPO 跟踪、持仓监控）说明它先选了付费意愿最强、流程最标准的行业切入。

还有一个容易被忽略的细节：Kimi Inference Hook。它在每次模型推理前检查任务输入与工具返回内容，把隐私和敏感数据拦在推理之前，规则由企业定义、由 Hook 执行。这相当于把「数据不出域」做成了推理链路上的一道闸门。

趋势：Agent 基础设施正在分层

把这件事放进行业坐标系，会发现一条清晰的分层线：最底层是模型和算力，中间是 Harness 与运行时，最上层是具体业务 Agent。过去大家挤在底层拼参数，现在开始有人往中间层站。

中间层的价值在于切换成本。企业一旦把任务编排、工具接入、审计记录都放在某个平台上，迁移成本会很高。这也是为什么 OpenAI、Anthropic 都在推自己的 Agent SDK 和运行环境——谁掌握了运行时，谁就掌握了企业智能体的入口。

当然，托管也意味着让渡控制权。对金融、医疗这类强监管行业，数据放在谁的云上、日志存在哪里、模型版本能不能锁定，都会成为谈判桌上的问题。Kimi 能不能把这些问题回答清楚，决定了它是成为一个基础设施，还是只是一个好用的开发工具。