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

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

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

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

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

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

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

有人会担心:沙箱暂停了,我的定时任务还能准时跑吗?

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

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

谁适合用On-Demand模式

三类场景最为契合:

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

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

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

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

（