构建远程AI工作流
中秋出去旅游前，我已经预设了一些任务，准备在旅途中远程连接家里的电脑，让 AI 继续做开发。电脑放在家里也是闲着，想着任务提前安排好，出去玩的时候偶尔看一下进度就行。
结果因为网络问题，最终没能连上家里的电脑。当时用的是 Codex，它需要科学上网。网络一出问题，准备好的任务也没能完成，白白浪费了时间。
国庆还要出去旅游，这次想提前把远程 AI 工作流搭起来。用起来最好像游戏里“收菜”一样，每天打开手机看看结果，必要的时候介入一下，再安排后面的任务。希望家里的电脑能够 7×24 小时运行，开发、调研这些事情不用等我回来再做。
为什么选择 Hermes
电脑上已经装了 Codex、ZCode 等 AI 工具，希望在手机上有个统一入口，能够调度这些现成的工具。发文字也好，说一段语音也好，任务交出去之后，能在手机上继续跟进。
这轮讨论涉及 OpenCode、DeepSeek Harness、OpenClaw 和 Hermes。选型时需要先分清它们在这套方案里负责什么。
Codex、Claude Code、OpenCode，以及准备接入的 DeepSeek Harness，可以负责具体执行任务，在本地项目里读代码、改文件、跑测试。GLM 是模型，可以通过支持它的工具调用，和 Runtime 分开选择。
DeepSeek Harness 的插件化设计比较有吸引力，模型、工具、会话和调度等能力都可以组合。不过这次希望尽快把已有工具接起来，先解决国庆出门后怎么继续工作的问题。用它承担哪些任务，后面再逐步接入。DeepSeek Harness 官方介绍
OpenClaw 和 Hermes 则是这次考虑的手机任务入口。OpenClaw 也支持飞书，这一项两边都能满足。OpenClaw 飞书文档
最终选择 Hermes，比较直接的原因是，它已经有调用 Codex、Claude Code 和 OpenCode 的官方 Skills。我可以沿用已有的工具，让 Hermes 接收手机上的任务，再调用它们执行。DeepSeek Harness 和 ZCode 的接入还需要自己补。Hermes 官方 Skills 目录
之前讨论 Hermes 时，我也很关注它积累经验、维护 Memory 和 Skills 的能力。不过这次更关心代理断了以后，还能不能从手机联系上家里的电脑，让它把网络修好。
手机入口用飞书
最初 ChatGPT 推荐过 Telegram、Slack，但这马上引出了另一个问题：Codex 已经依赖代理，如果控制它的聊天软件也依赖代理，网络故障时，两边会一起失联。电脑还开着，却没有办法告诉它去修复网络。
所以这次选择飞书中国版，让手机和电脑之间的消息通过国内网络传递。讨论里也提到了 QQ Bot、钉钉和企业微信。飞书的 Bot 接入方式符合我的要求，就先用它。
另外，我不想为了远程操作，在公司电脑上登录自己的微信，里面有很多私人聊天记录。公司对软件安装也有明确限制。
用飞书 Bot，手机安装飞书，电脑只需要运行 Hermes，通过接口收发消息，不用安装飞书桌面客户端。连接采用 WebSocket 模式，由电脑主动连接飞书，不要求家里有公网 IP，也不用给路由器开公网端口。官方 SDK 负责维护连接和断线重连。Hermes 飞书接入文档
家里和公司分开
计划建两个独立的机器人，分别叫 Home Hermes Bot 和 Work Hermes Bot。两个 Bot 使用不同的飞书应用凭据，连接各自电脑上的 Hermes。
Home Bot 用来做个人项目，Work Bot 只处理允许接入的工作内容。两边的会话、记忆和凭据分开保存。工作目录的访问范围还需要通过系统账户权限或沙箱限制，不能只在 Prompt 里写一句“不要访问私人文件”。
机器人只接受授权账号的请求。删除文件、发布代码、修改关键网络配置等操作，需要设置确认或受控执行的入口。工作资料会经过飞书和所调用的模型服务，哪些内容允许发出去，要按公司的要求确定。
日常使用时，在手机上描述任务，Hermes 调用本地工具执行，再发回结果或需要我决定的问题。语音转写也要选国内可达或本地的方案，避免发一段语音又依赖代理。文字入口始终保留。
代理坏了怎么办
准备把飞书、Hermes 和具体执行任务的 Runtime 分开配置网络。飞书和备用模型走国内直连，Codex 等需要访问国外服务的工具单独走代理，避免全局代理一出问题，所有工具都跟着断网。
Hermes 自己使用的模型也要有国内直连的选择。如果飞书消息已经送到家里，Hermes 却因为连不上模型而无法处理，那么“帮我修一下代理”这句话还是执行不了。
网络正常时，继续使用 Codex、Claude Code 等工具。代理出问题后，希望仍然能通过飞书下达指令，让 Hermes 使用国内模型处理请求，再调用 DeepSeek Harness 等已接入的工具，检查本机代理进程、配置和连接情况。修好之后，再恢复 Codex 的任务。
这样，国产模型除了分担开发任务，还可以帮忙处理国外模型连不上网的问题。
切换工具时，需要把原任务的进度留下来，包括改过哪些文件、还有什么没做。备用工具要能接着处理，也要避免两个进程同时修改同一份代码。准备接入时，就需要把任务停止和恢复的方式一起考虑进去。
一些已知的故障可以交给监控脚本处理。比如定期检查代理和目标服务是否可达，连续失败后，在预先配置的节点里尝试切换。切换成功再恢复任务，失败则保留原配置并通知我。脚本需要限制重试次数，避免网络短暂波动时反复切换节点。
这些脚本可以独立运行，明确的故障按规则处理；脚本处理不了的，再通过飞书让 AI 排查，或者自己介入。
家里完全断网或断电时，这套方案也会失联。出门前还得处理好电脑休眠和进程退出后的重启，否则人刚走，任务就停了。
接下来先把飞书和 Hermes 接起来，再补国内模型和网络修复脚本。国庆出去玩的时候，希望手机打开看到的是任务进度，不要再像中秋那样，连家里的电脑都联系不上。