今天发布的不是模型，是把运行时租出去
11 月 5 日，月之暗面宣布推出 Kimi Hosted Agents（托管智能体），把支撑 Agent 运行的 Harness 框架当作云端服务卖给企业和开发者。IT 之家、凤凰网科技、证券时报、新浪财经、界面新闻与 AIBase 的报道，在发布主体、时间与核心能力上一致：企业不用自己搭运行框架，就能拿到 7×24 小时的托管环境，跑长程任务和多智能体协作。
官方给的两类用法很具体。一类接进企业内部系统，做业务监控、运维响应；一类嵌进对外产品，做投研助手、智能客服。这套东西并非凭空冒出来，9 月已有 Hosted Agents 的 Beta，提供会话管理、工具执行、沙箱和失败恢复；这次补的是工具生态、安全控制与行业模板。换句话说，变的是交付形态，从「给你几块积木」变成「连地基一起托管」。
自己搭一套 Harness，钱花在哪几层
不少团队低估了这件事。要让智能体稳定干活，得有代码执行环境，得管上下文和会话，得接工具调用，得控权限，还得处理任务中断之后的恢复；上线不是终点，后面要一直跟着模型与框架版本做适配。官方的说法是，企业自建一套可靠的 Harness 底座可能要花几个月。这不是模型强不强的问题，是纯粹的工程账：同一个模型，谁把底座养得住，谁的智能体才敢放进业务流程。
托管之后，企业这边剩下的是定义任务、配置智能体、接入业务工具，底层环境的维护与升级归平台。平台目前给到 140 多项 Skills 和 30 多个插件，覆盖联网检索、专业数据查询、办公文档处理与内容生成，也允许接企业自有数据源。工具数量是厂商口径，实际好不好用还得看自家系统对得上几个接口。
把安检挪到推理之前，是个位置问题
这次最值得单独拎出来的，是独立安全组件 Kimi Inference Hook。它可以对接企业自建或采购的安全服务，在每次模型推理之前，检查任务输入和工具返回的内容；安全检查规则由企业自己写，放行或拒绝由 Hook 执行，只有过了检的内容才进模型。位置很关键——不是在输出之后做过滤，而是在内容进入模型之前就拦下来，架构图上这一笔和「事后审查」完全不是一回事。
配套的还有独立沙箱、网络访问权限控制、可随时中止会话、执行过程留痕与审计导出，以及用量报表。官方称企业可据此掌握每个 Agent 项目的资源消耗与费用。先开放的 8 个金融 Agent 模板覆盖投研建模、深度研究、金融晨报、IPO 跟踪、持仓监控，企业能复制到自己的项目空间，再接内部研报和私有数据库。要提醒一句：Inference Hook 目前仅面向企业认证用户定向开放，多数团队暂时还用不上这个最要紧的部件。
关联解读：和前两条托管运行时不是一回事
把时间线拉开，能看清这条赛道的分工。9 月阿里 Qoder Cloud Agents 1.0 把接入压到 10 分钟，拆出 Forward Mode 与 Managed Mode 两种接法，重点在「怎么接进来」；11 月 3 日腾讯云把 Agent 运行时拆成产品矩阵，讲的是沙箱像水电一样随取随用，重点在「资源怎么调度」。Kimi 这一次的增量落在另外两处：把 Harness 本身变成可订阅的服务，把安全 Hook 前移到推理之前。前者改变的是谁负责养底座，后者改变的是规则插在哪一环。
再往外看一步，它和同日前后几家的动作能连成一条线：CrowdStrike 把急停装在 AI 网关，OpenAI 把人工复核放在漏洞流水线的末段，大家都在把约束点从模型内部搬到模型四周。对工程团队的实际意思很朴素——别先问模型多强，先算自建 Harness 的人力账，再把「安检插在哪、会话能不能中止、出事能不能查」三个位置画进架构图，然后才是选型。
冷水：能力清单很长，可核对的收益很少
分寸得说清。上述能力、技能与插件数量、模板清单，全部来自厂商发布与媒体转述，没有第三方独立评测，也没有公开的客户名单与量化收益。文档站提供架构思路、配置教程与运行成本估算，但具体定价、可用性承诺、长程任务的中断恢复成功率、多智能体协作的规模上限，公开材料里都没给。Beta 到正式版之间稳定性改善了多少，同样没有数据。厂商自述口径只能当作选型线索，不能当作验收结论。
还有一层容易被忽略：底座托管出去之后，运行环境、工具生态与审计记录都在平台侧，迁移成本会随使用深度上升。省下来的几个月工程投入，和以后想换供应商时的代价，得放在同一张表上算。目前官方及行业暂未披露更多细节，后续将持续跟进迭代动态。