OpenClaw 火起来之后，越来越多的人在本地部署AI 个人助手——帮你处理消息、执行任务、管理日程。但很快就会遇到一个现实问题：直接跑在自己电脑上，安全吗？

AI 助手需要读文件、访问网络、调用各种工具。在本地环境里，这些操作和你的个人数据、系统权限混在一起，边界模糊，风险难以控制。不久前，PPIO 发布的 PPClaw 云端部署方案的思路是把这件事彻底分开——把 AI 助手的运行环境搬到云端的隔离沙箱里。你的本地环境干干净净，AI 的执行空间独立隔离，两者互不干扰。

搬到云端之后，新的问题来了。普通的云服务，用完就关，按次计费，逻辑很清晰。但 AI 个人助手不一样——它需要持续待命。消息随时可能进来，定时任务到点就要跑，你随时可能需要它响应，这意味着沙箱得一直开着，一直在计费。你付的钱里，有相当大一部分是在给“等待”买单。

On-Demand 模式：只为真正的使用付费

PPClaw v1.8.0 推出的 On-Demand 按需模式，直接针对这个问题。核心逻辑很简单：沙箱空闲时自动暂停，有请求进来时自动恢复。暂停期间，完全零计费。恢复速度大约 1 秒，恢复后延续暂停前的状态，对用户来说几乎感知不到中断。

除了自动暂停，你也可以手动控制。下班了，主动暂停，省掉整晚的费用；调试完了，暂停等明天继续。想恢复，一条命令，1 秒就回来了。

以前想调整沙箱的运行参数，往往需要销毁重建。现在可以直接在运行时修改空闲超时时间和生命周期超时，改完即时生效。对于需要灵活调整策略的用户，这省去了不少麻烦。

有人会担心：沙箱暂停了，我的定时任务还能准时跑吗？

PPClaw 在这里做了专门的设计。调度器会扫描已暂停沙箱的定时任务计划，在任务触发前约 120 秒提前自动唤醒沙箱，确保任务准时执行。对用户来说，这个过程完全透明，不需要做任何额外配置。

On-Demand 模式和定时任务之间，不存在冲突。

谁适合用 On-Demand 模式

三类场景最为契合：

一是低频使用的 AI 个人助手。不是每天高强度使用，更多是偶尔发问、处理任务，大量时间处于等待状态。

二是 Webhook 类 IM 机器人。消息来了就处理，没消息就暂停，天然符合按需运行的逻辑。PPClaw 已支持飞书机器人集成，可以直接在飞书中与沙箱 AI 对话，Webhook 模式下消息到达会自动触发沙箱恢复，不会丢失任何请求。

三是以定时任务为主的场景。任务间隔期不必白白计费，交给预唤醒机制处理就好。

On-Demand 模式解决的不是一个边缘需求，而是 AI 个人助手走向日常工具必须跨过的一道坎：长期运行的成本合理性。云端沙箱解决了安全隔离的问题，On-Demand 模式解决了持续运行的成本问题。两者加在一起，让“把 AI 助手放在云端长期运行”这件事，在经济上真正说得通。