就为了远程 agent 不间断运行尝试了各种新生代终端工具,发现根本没必要换

为了让远程 AI agent 能一直跑,最近一直在试用新生代终端 orca herdr.需求其实很简单：任务放在服务器上,本地断网合盖关掉终端之后,远程继续干活.下次连回来还能接着看刚才的任务.有必要为了这么简单的需求换自己熟悉的工具吗?

想要的流程无非是：

照常 SSH 登录,进入一个会话,继续启动 agent.SSH 断了,会话和任务留在服务器上继续运行,再次登录,选回原来的会话,继续操作.

这不就是 tmux 吗?确实 tmux+screen+mosh 完全能解决。但是我这种连 screen 命令都得想想的更记不住 tmux 用法了,有时候忘了开 screen 再回来又断了.

问了 ai 发现 shpool.服务器上保留 shell,会话可以脱离当前连接,再从新的连接接回来,鼠标滚动选字复制完全不变,基本还是原来终端的习惯.也不用去折腾 mosh 的滚轮适配.

最终解决方案,每次 ssh 进去,自动列出所有 shpool 会话,选择可恢复,直接合盖关掉终端断网都没问题,shpool 会保持运行,一条命令不用记.

!()[https://oss.tatools.cn/leafiy2/eddy/20260831-052326-2edb6afa-eddy-20260830-222323.png]

懒得配也可以试试我写好的这个

https://leafiy.github.io/rdev/

脚本什么都不做,只是帮助安装 shpool 和 ssh 登录自动列出历史会话.

ota

1 天前

没理解，跑在 loop 里的 task 为什么需要交互？我一般给 full access 。这样解决了 task 需要询问权限的问题。当然，日志落盘是必备的。我得有它 rm 服务器跑路的证据。
第二，大部分 agent 都可以 systemd ，并不存在 session 断开就没了的顾虑。
第三，我是接了消息 gateway 的，交付的成果直接 telegram 通知我。
所以完全盒盖没问题。

比如 cc+codex+omp ，这些都是 subagent ，全部 headless 运行，所以我压根不用关心 hang 住，system.md 写上处理原则就行了。

所以 op 是不是在过度工程化？顺便，herdr 我用过，没啥玩意，tui 部分我用 termius 的 workspace 完全可以替代，至于它的编排 skill ，可以解构成自己的编排 agent 的格式规范，需要转义，巧合是我用 hermes 作为编排层的，所以社区早就提供了解决方案。