ota

没理解，跑在 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 作为编排层的，所以社区早就提供了解决方案。

@hidemyself harness 不是一套 loop 吗？叫做任务状态机循环。

@chjqpmain 這差價好大，我正好在 salad 看消費級顯卡的租賃價格練手，在 v2 搜一下相關。這種自建有比較成熟的方案嗎？不太願意投入研究部署和優化的時間和精力。還望投喂點信息差，謝謝。

有感，之前也是，我有一部分用了 sshfs ，有部分用了 nfsv4 ，挂载出现问题导致一些服务直接宕机，深有体会。还好我机器不多，我直接全部改成 nixos 跑了，尽可能环境可回滚可复现。统一管理同一份配置文档。

bun 只是對開發者友好吧。雖然他也是個 runtime ，但用 node 又不是裸奔，還是得挂上生態的。bun 也就 60%的生態兼容吧。

免费测一周把，而且已经确定是 glm 了。特地注册个域名也是有爱了。