远程开发

本文是「Agent 不下班」系列的手机方案升级篇。基础架构怎么搭，见 Agent 不下班：随时随地随设备的开发体系；多 Agent 怎么调度，见 将军赶路不追小兔。这篇聊的是：整套体系切换到 Herdr 之后，手机端的开发体验怎么跟着升级。 还是那句话——作为人类，你只需要读懂架构思路和选型逻辑。具体的安装部署，丢给你的 Agent 去执行就行。 起因：断连之后的空虚 今天真是悲惨的一天。下午 Codex 用了四年的老账号突然被封了，莫名其妙，没有任何逆向也没有反代，正常使用。好不容易收拾好心情，晚上回到家发现远程开发机断连了。 平时回到家之后，都是打开手机继续和 Agent 协作——审一下主脑的方案、批几个任务卡、看看执行层的进度。和它们断连以后，一下子觉得特别空虚，健身完了也不知道该干嘛。 干脆就来写这篇文章吧。之前一直想写但没动笔——最近整个体系已经从 tmux 切换到了 Herdr，手机端的方案也跟着做了一次大升级。HerdWeb 其实已经开发完成并且用了一段时间了，正好趁这个空档把思路整理出来。 一、1.0 方案的两道裂缝 在 Agent 不下班 那篇文章里，我推荐的手机方案是 HAPI + tmux，网络走 Tailscale 或 Cloudflare Tunnel。用了一段时间之后，出现了两个越来越明显的问题。 裂缝一：tmux 的状态盲区 在 多 Agent 调度 那篇里我提过，我现在的调度思路是主脑派任务卡——主脑负责规划和拆任务，执行层在后台自主执行。 这个模式下，tmux 的标题（title）机制就不够用了。两种场景特别痛： 主脑已经干完了，但 tmux 标题没变。 你不知道它在等你，任务就一直卡着没往下推进。 tmux 标题变了，但后台执行层还在跑。 你点进去一看，其实什么都不需要做。白白浪费注意力。 同时开五六个主脑的时候，这两种情况反复出现。你的精力被大量消耗在"判断谁需要我关注"上——而不是关注本身。 裂缝二：HAPI 的两个硬伤 HAPI 本身做得不错，但有两个问题让我最终放弃了它： 第一，多了一层渲染。 HAPI 把 Agent 的终端界面重新渲染成网页。这个过程中，有些原生 Coding Agent 的命令和交互它没法完全支持。从电脑切到手机的时候，总能感觉到一个明显的"翻译层"在中间。 第二，跨会话消息接管。 HAPI 最近更新了一个功能——不同 Agent 会话之间可以互相沟通。这个功能可能有它的使用场景，但问题是没办法关闭。结果就是我在本地开发的时候，正和一个 Agent 聊着，对话突然被另一个 Agent 的消息"劫持"了。体验非常差。 ...

本文是「LLM 吞噬一切」系列的客户端篇。远端 24h 大本营怎么搭，见上一篇 Agent 不下班：随时随地随设备的开发体系；硬件基座怎么选，见 Agent 的家。 这篇聊的是：当你的开发主力都在远端服务器上跑着，手里这台笔记本到底该装什么。 先说背景。我最近刚从 Windows 笔记本切到了 MacBook Air M5 32G。在上一篇文章里我就提过，这个时代笔记本只是一块屏幕加一个键盘，所以买 Air 不买 Pro。这台 MBA 不承担长期开发任务，它只干两件事： 临时性的本机小活：给本机软件提个 bug、改个小工具、管理一下云端服务 当云端所有机器的遥控台：远程桌面连 Windows 主机、SSH 进 Linux 虚拟机、管理文件 所以这份软件清单，本质上是在回答：一台"遥控器"级别的笔记本，怎么配才顺手。 MBA 作为遥控台连接云端所有设备 还是那个原则：作为人类，你只需要知道自己有没有类似的痛点。如果有，把这篇文章丢给 Claude Code 或 Codex，让它帮你找方案、装软件。我的选择只是参考，不是标准答案。 一、从 Windows 切到 Mac：两个曾经的顾虑 在决定换 Mac 之前，有两件事让我犹豫了很久。 外接屏幕：三块变两块 在 Windows 上我外接了三块屏幕，工作区非常宽裕。MacBook Air M5 芯片在开盖状态下最多原生支持两块外接屏幕。超出这个数量需要借助 DisplayLink 方案（通过 USB 传输视频信号），但它的显示效果和稳定性都不如原生支持到位。 最终还是接受了这个限制。我现在外接两块屏：一块小米 34 寸 2K 带鱼屏，一块普通 27 寸 2K 屏。加上 MBA 自带的屏幕，三块也够用了。 Quicker：曾经离不开的 Windows 自动化工具 在 Windows 上我一直重度使用 Quicker。它可以很方便地做各种自动化操作和快速启动，设计得非常直观。我一度觉得，Mac 上如果没有类似的工具，我就很难切过来。 ...

本文是「LLM 吞噬一切」系列的开发环境篇。硬件基座怎么搭，见上一篇 Agent 的家，AI 时代个体的硬件基座；软件层怎么搭，见 我用 AI 长出来的那些工具。这篇聊的是：硬件和软件都就位以后，怎么让你的 Agent 24 小时在线，而你可以随时随地、用任何设备接入。 还是那句话——作为人类，你只需要读懂这篇文章的架构逻辑。所有具体的软件安装、环境配置，把这篇文章丢给 Claude Code 或 Codex，让它去执行就行。 一、一个认知转变 在 硬件篇 里我就提过：按 Coding Agent 当前的发展速度，我大概率不会再买高性能笔记本了。所有预算会迁移到高性能主机上。笔记本出门唯一的需求就是更大的屏幕看得更舒服——MacBook Air 这种便携续航型产品，才更符合 AI 时代编程的需求。 前阵子听说苹果供应链成本要上涨，连夜就订了一台 MacBook Air M5 32G + 1T，准新在保二手 10,300 块，同款原价 15,000。收到手没几天，苹果果然全线涨价。也算享受了一下认知变现的红利。 为什么买 Air 不买 Pro？因为在这个时代，笔记本只是一块屏幕加一个键盘。所有的算力、所有的代码仓库、所有正在跑的 Coding Agent 进程，全都在远程的服务器上。你手里的设备只需要做一件事——连上去。 核心思路就一句话： 24 小时在线的服务器跑 Coding Agent，所有其他设备都是远程接入的瘦客户端。 这是整篇文章的底层逻辑。下面的所有内容，都是围绕这个思路展开的。 二、架构总览 先上一张全局拓扑图，让你有个整体概念。后面每一层会逐个展开。 graph TB subgraph 服务端["🖥️ 服务端（24 小时在线）"] MAC["Mac StudioM1 Max 64G"] LINUX["X86 主机PVE + Ubuntu 24.04"] end subgraph 会话层["⚙️ 会话管理层"] TMUX["tmux会话保持 & 后台运行"] AGENT["Coding AgentClaude Code / Codex"] HAPI_S["HAPI RunnerWeb 化会话管理"] end subgraph 网络层["🌐 网络层"] TS["Tailscale异地组网（设备互联）"] CF["Cloudflare Tunnel+ Access 鉴权"] end subgraph 客户端["📱 客户端（随设备接入）"] LAPTOP["笔记本Terminal / CMUX / VS Code"] PHONE["手机HAPI Web / Telegram"] TABLET["平板浏览器"] end subgraph 辅助["🔧 辅助工具"] CCCLIP["cc-clip远程图片粘贴"] SYNC["Syncthing文件双向同步"] BESZEL["Beszel多设备监控告警"] UPS_D["UPS断电保护"] end MAC --> TMUX LINUX --> TMUX TMUX --> AGENT TMUX --> HAPI_S LAPTOP -->|SSH| TS PHONE -->|HTTPS| CF TABLET -->|HTTPS| CF TS --> MAC TS --> LINUX CF --> HAPI_S CCCLIP -.->|图片桥接| AGENT SYNC -.->|文件同步| LINUX BESZEL -.->|监控| MAC BESZEL -.->|监控| LINUX UPS_D -.->|供电保护| MAC UPS_D -.->|供电保护| LINUX style MAC fill:#9b59b6,color:#fff style LINUX fill:#f39c12,color:#fff style TMUX fill:#2ecc71,color:#fff style AGENT fill:#e74c3c,color:#fff style HAPI_S fill:#e74c3c,color:#fff style TS fill:#3498db,color:#fff style CF fill:#3498db,color:#fff style LAPTOP fill:#1abc9c,color:#fff style PHONE fill:#1abc9c,color:#fff style TABLET fill:#1abc9c,color:#fff 整套架构分四层：服务端 → 会话管理 → 网络 → 客户端，再加一组辅助工具。从里到外逐层展开。 ...