远程写代码的人，手机上都装过SSH客户端、远程桌面，或者至少用过tmux保活会话。但用过就知道，这些工具解决的是"能连上"，不是"好用"。
开发者Faryo的作者点破了这个尴尬：tmux让进程不死，SSH让你连得上，远程桌面能看完整屏幕——但这些都不意味着手机是个合格的控制界面。
真实场景里的循环要小得多：看一眼哪个Codex或Claude Code会话还活着，读最后一段关键输出，发一条简短指令，批准或拒绝一个被阻断的操作，在AI跑偏时打断它，最后把上下文无损交回桌面。没有第二份历史记录，没有终端墙的解析负担。
Faryo就是填这个缝的。它是一个开源的手机/浏览器工作台，后端挂tmux会话。Codex CLI、Claude Code或者普通shell在主机上持续运行，手机层刻意做薄：紧凑输出、短输入、批准/中断、一键交接。不是远程桌面，不是云IDE，也不是另一个AI聊天线程。
核心承诺很窄：保持同一个实时终端会话，但不再强迫手机假装成完整终端。
这个设计思路背后有个值得注意的判断——手机在AI编程场景里的角色，不是替代桌面，而是处理"间隙状态"。通勤路上、会议间隙、睡前看一眼，这些碎片时间不需要完整开发环境，需要的是对正在进行的长时任务的轻量干预能力。
现有工具的通病是把桌面体验压缩进小屏幕。远程桌面缩放后看不清，SSH终端在手机上打字痛苦，云IDE又太重。Faryo的取舍是承认手机物理限制，只保留最高频的交互：状态感知、单轮反馈、流程控制。
开源和浏览器双端支持降低了试用门槛。对已经用tmux+AI CLI工具链的开发者来说，这是层薄皮；对习惯图形化IDE的人，可能需要适应"会话即界面"的逻辑。
一个待观察的问题是：随着手机算力提升和折叠屏普及，"薄控制层"的定位会不会被硬件进化消解？或者反过来，AI代理的自主性增强，会让人类干预频率进一步降低，这类工具反而更重要？
目前Faryo的答案是务实的：在现有技术条件下，把一件事做窄做透。
热门跟贴