北京
上一次，AI搬进了操作系统。我在手机里装了一个Agent聊天窗，能实时读取Codex事件流；主屏上搁了个Scouter小组件，显示配额条和输入框；通知频道按类别拆分得清清楚楚；那台Z Fold折叠屏手机也终于扛住了反复开合。
这些东西共享一个我后来才意识到的假设：每一项功能都只有在我盯着手机的时候才会运作。小组件展示的是状态。聊天窗展示的是状态。通知告诉我某件事已经发生了。Shelly成了一扇很漂亮的窗户，但窗外的过程仍然需要我亲手启动。
于是下一个问题显而易见，我却一直在回避：让Agent在我睡着的时候自己跑起来，到底要付出什么代价？
你在Ask框里用普通英语写一句话：@agent 每天早上8点总结新闻并通知我。然后按下发送。接下来发生的事，才是我真正关心的部分。Shelly不会启动一个cron守护进程，也不会让前台服务持续轮询时钟。它通过AlarmManager注册了一个真正的Android闹钟，用的是setExactAndAllowWhileIdle方法。AlarmManager是操作系统自带的调度器——闹钟应用用的也是同一个——它能穿透Doze休眠模式。屏幕关了、应用被划走了、手机扣在床头柜上，都不影响。早上8点，Agent准时醒来，带着你的API密钥和工具开始干活，把结果推到通知栏里。
真正的难题出在解析器身上。如果请求含混不清，它不会先追问时间，这点跟我见过的所有调度界面都不一样。它先追问"干什么"。"总结新闻"算不上一个任务；"总结Hacker News首页和我标星过的RSS订阅源"才算。在敲定时间之前先把名词校准，这件事的重要性远超我的预判。一个能准时唤醒的调度Agent，如果产出的是一团浆糊，那比没有Agent更糟糕——因为它会每天早上准时产出一团浆糊，永不停歇。
这里有一项需要坦诚相告的局限。通过Doze模式触发精确闹钟，本质上是操作系统层面的契约。而Android设备厂商在用自己的电池优化工具悄悄撕毁这份契约这件事上，有过一段漫长且难看的黑历史。在我的Fold上，它能准时触发。如果换成一家以激进杀后台著称的厂商，你手里的设备能不能如期唤醒，就得各凭运气了。App层面能做的补救手段，只剩下申请白名单这一条路。问题在应用内部还有个缩小版：如果没有授予精确闹钟权限，或者设备运行的是Android 12以前的版本，系统会回退到非精确闹钟——它还是会触发，只是不一定卡在8点00分00秒。我愿意把话说明白，而不是假装这套调度机制刀枪不入。
当手机握在手里的时候，弹一条通知就足够了。可当整件事的意义恰恰在于你不在手机旁时，通知就显得毫无用处。所以运行结果需要投递到一个比通知栏更长久的地方。可以是一份Obsidian草稿，让内容直接落进你的笔记。或者直接发到Bluesky、Discord、Slack、Telegram、Mastodon、Misskey、WordPress。想自己掌控路由，也能推到通用webhook上。
真正被验证的结论是：Agent不一定需要云端常驻服务器才能实现定时调度。把操作系统自带的闹钟机制复用起来，手机就成了最趁手的Agent主机。只是这场实验也暴露出Android生态里那些老问题——厂商定制的省电策略、碎片化的权限管理——依然在给本地Agent的运行制造真实阻力。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
