现场手记
出门走走。智能体还在干活。
让智能体活着的从来不是手机，而是服务器。一旦你真的相信这一点，在户外待一个下午就不再有任何代价——你离开，工作继续，唯一会打断你的，是一个确实需要回答的问题。
无论构建有没有跑完，一天的工作都会结束。Pau hana——一天工作的结束——按它自己的节奏到来，而通常的应对是无视它：让笔记本继续开在桌上，半盯着进度条，把一个晚上交给一个全程都不需要你的进程。
只有当工作确实发生在你随身携带的那台机器上时，这笔交易才说得通。通常并非如此。智能体是服务器上的一个进程，编辑的是那台服务器磁盘上的文件，跑的是那台服务器的测试。你的手机只是一扇看向它的窗。关上窗，房间还在。
服务器才是持久的那一层
在 tmux、herdr 或 Zellij 里启动 Claude Code 或 Codex，会话就属于服务器，而不属于你的连接。信号掉到一格、走进熔岩隧道、把手机收起来两个小时——智能体照样在读代码、改文件、跑测试，因为它从一开始就没有依附于你。
这就是全部的诀窍，值得说得精确一些，因为功劳很容易被记到错误的组件上。撑着这个进程的不是应用，而是另一端的多路复用器。Mobile SSH 的职责，是干净地离开，再干净地回来。
你不是电源。别再像电源那样行事。
定时查看，不要全程盯守
一个运行一小时的智能体，大约只有九十秒需要人。问题从来不是等待，而是不知道那九十秒什么时候到来——这正是让人一直盯着一块无话可说的屏幕的原因。
Agent Alerts 回答的就是这个问题。它的检测方式刻意保持笨拙，因此值得信赖：终端响铃、OSC 9 或 OSC 777 通知，以及你在服务器上安装一次的 agent hook。它不会去读你的输出再猜测意图，也没有灵敏度可以调——它只报告另一端的程序真正宣告过的事。
于是手机一直待在口袋里，直到真的出现一个需要回答的问题。然后它震动，你读一下提示，点一下作答，再把它收起来。整个交互就这么多，而且在海滩上、步道口，或者排队买刨冰时都行得通。
出门之前
- 在多路复用器里启动它
在
tmux、herdr或 Zellij 里运行智能体，让会话不依赖你的连接，而是比连接活得更久。 - 安装 agent hook
每台服务器一次，在应用内完成。它只是一个任何智能体都能调用的小 shell 脚本——不是某家厂商的集成，也不绑定某一个 CLI。
- 先确认有一条提醒真的送达
触发一次提示，确认手机确实震动，再去依赖它。从没见过它生效的提醒，算不上计划。
- 给它一个停止点
有合理终点的任务胜过开放式任务，因为你已经选择不去盯着它了。
阅读 AGENTS.md，然后修复失败的 handler 测试。编辑前先检查 diff，运行针对性测试，测试通过后就停下——不要提交。 这座岛也修不好的事
两条诚实的局限，因为一篇只罗列优点的文章就是广告。
| 当手机进了口袋 | 还在继续吗？ |
|---|---|
| 服务器上的智能体进程由 tmux、herdr 或 Zellij 托管 | ✓ 是 |
| 文件、diff 和测试输出都在服务器的磁盘上 | ✓ 是 |
| 你在会话中的位置回来时重新挂载 | ✓ 是 |
| Android 上的连接由前台服务保持 | ✓ 是 |
| iOS 上的连接后台短暂运行，然后重新连接 | — 否 |
| 没有信号可以投递的提醒需要有效连接；不保证送达 | — 否 |
平台差异是真实存在的，值得提前规划。在 Android 上，应用退到后台时由前台服务保持连接——那条常驻通知就是会话。iOS 只允许应用在后台短暂运行；暂停后，等你回来时，它会重新连接并重新挂载到多路复用器。提醒需要连接保持活跃。无论哪种情况，服务器上的智能体都不曾停下，这才是关键。关上的只是那扇窗。
Aloha 不是马虎的借口
好好地离开是一门小小的纪律。任何你不放心让它无人看管跑上两个小时的事情，都不该在出门前才启动——一个进行到一半的迁移，不会因为你走远而变好。给它一个有自然停止点的任务，让它在编辑前先检查，然后把 diff 留到回来时再审。
对待通知，也要像对待寻呼机一样克制。如果什么都提醒，就等于什么都没提醒。hook 只在值得打断一个人的状态上触发；保持这样，那一次震动才有意义。
构建不需要观众。去外面待着吧。