把Agent托管到云端，并不代表你的全部工具都自动搬上去了。Kimi Hosted Agents里，内置工具由平台执行，MCP工具交给对应服务，自定义工具仍需要你的客户端执行并返回结果。

　　这决定了一个很实际的问题：电脑关机后，任务还能不能继续？如果任务只依赖云端内置工具，和任务必须等待本机自定义工具，是两种不同情况。11月5日上线的这套服务，值得先从执行位置理解，而不只是看支持了多少Skill。

　　图：Kimi官方架构原图，用于解释托管侧与客户端的职责；图片为官方说明，不是本文部署截图。

任务示例：一份简报怎样变成可下载文件

　　设想做一份“最近三天开源图像工具更新”简报：每项保留原始链接、发布日期、变化和适用人群，最后输出一个Markdown文件。这个示例只使用公开资料，不需要企业系统。

　　Agent负责定义角色、模型、工具与Skill。Environment负责执行环境、预装依赖和网络策略。Session把某个Agent与环境绑定起来，承载这一次工作及其历史。三者分别回答“谁来做、在哪里做、这次做到哪”。

步骤	负责模块	你应当拿到什么
规定时间范围和输出字段	Agent与任务消息	清楚的任务要求
搜索并打开公开来源	平台搜索、网页工具	可回查的链接与正文
整理和生成文件	云沙箱文件／代码工具	实际文件及路径
观察任务执行	Session事件流	状态、工具调用和输出
交付简报	save_artifact	可列出、可下载的产物版本

　　这不是一张把所有功能摆出来的架构图。沿这条路径检查，你能区分“模型说已完成”“沙箱确实有文件”和“文件已经登记为可下载产物”。官方文档提醒，重要输出应显式用save_artifact交付；实例本地临时文件不能直接当成长期保存承诺。

架构分工：先确认每个工具由谁执行

　　如果你增加一个自定义工具，用来读取本机公开书签文件，情况就变了。平台通过agent.custom_tool_use事件交出工具名和参数；你的客户端读取书签，随后用user.custom_tool_result返回结果，Agent才能继续。

　　这里有两个容易踩的细节。第一，自定义工具声明只是告诉模型“有什么能力”，并没有上传实现。第二，回传时关联的是原事件的event_id，不能随手拿事件流的恢复游标代替。

　　因此，自定义执行端必须保持可用，或者由你将它部署为持续运行的服务。工具原本读取的是哪台机器的文件，也不会因为“托管”两个字自动改变。需要远程执行的能力，可按服务设计选择MCP等接入方式，仍要确认服务实际运行的位置和权限。

工具类别	谁执行	客户端离线的影响
内置工具	平台或会话云沙箱	不依赖本机替它执行，但仍受会话和服务条件约束
MCP工具	配置的MCP服务	取决于该服务是否仍在线
custom自定义工具	你的客户端	等待客户端结果的线程可能停住

完成判断：idle还要结合停止原因与产物

　　快速开始文档以session.status=idle说明一轮执行结束，但工具文档还给出了另一种idle：stop_reason.type=requires_action。这时Agent可能正在等自定义工具结果，或者等你确认工具调用。

　　所以应用不能只看到idle就给用户弹“制作成功”。应继续看停止原因、待处理事件，以及产物是否存在。多线程会话中，某一线程等待时其他线程仍可能运行，会话总状态也可能保持running。

　　对上面的公开简报，完成标准可以非常具体：没有未处理的工具请求；产物列表包含目标Markdown；下载后每条更新都有来源和日期。这比把一句“已生成”当完成通知更可靠。

接入选择：入口、依赖与完整任务成本

　　官方提供控制台、kha CLI和API三种入口。只想理解流程，可以先在控制台配置并观察；需要让现有编程助手管理会话，再考虑CLI；要接到自己的应用，才需要编排API请求和事件处理。本文讲的是基于官方文档的架构路线，未执行付费模型任务。

　　首次任务建议只保留完成目标所需的工具。内置工具默认存在，自定义工具的加入不会自动关闭它们；官方工具文档要求，若只允许自定义能力，应显式关闭不需要的内置工具集。

　　预算也要按完整任务理解。当前定价由沙箱运行、模型推理和插件调用组成；文档中的1核／1GB沙箱为每小时0.072元，不能把这一项当成Agent总价。例如半小时沙箱加10次单价0.03元的联网搜索，已是0.336元，尚未计模型推理及其他插件。这个数是按价目算出的示例，不是实测账单。

　　如果你的任务只是偶尔问一个问题，普通模型接口可能已经足够。需要长任务、文件产物、运行状态和外部工具协作时，托管运行环境才开始显出价值；是否能关电脑，最终仍要逐个看依赖由谁执行。

　　参考：Kimi发布说明、快速开始、工具执行与等待状态、托管智能体定价。