12wk34

 和  是比较流行的两个工具, 功能比我全面很推荐去使用. 只是我自己不太喜欢全功能产品,倾向于用简单的工具解决 session 可视化. 然后组合其他工具.

比如我现在是在电脑同时部署  然后给 usher 加了个快速跳转的按钮


@pathinfuture cloudcli 用的是 claude agent SDK, 而不是持续运行的 claude code TUI, claude code 的 -p 模式很容易遇到缓存失效的问题,之前 debug 了好久后来索性换成 tmux 里跑原生 TUI 了.

@aarontian router session 其实是我开这个项目的初衷. A/O 两家很久都没有跟进 openclaw 这种一个 session 聊到死的模式. 但是用户角度(尤其是集成在 IM 的时候)这是非常好用的不用去做选择. 所以做了一半自动的 router session, 用一个 llm 来驱动: 1. 判断用户是否是在对 session 做 CRUD (新建/切换 focus session), 如果是直接执行 2. 如果当前已经 focus 到某个 claude code session, 用户输入又和 session 管理没有关系,就直接转发给 focus session, 然后原样把输出转发回 router session


claude 一直这样吧, 遇到了就手动让他翻译一次

claude api 居然还能用吗? 那 claude code 塞到 sandbox 里呢

是的, 在几个项目间切换回爆炸.目前是靠给 session 加 status dot 和系统通知来缓解. 然后在观望各种 loop 工程,等成熟考虑后把工作流切过去 

原始问题用 tmux 就可以解决. 不过连 vps 场景的话延迟一高 TUI 体验会比较差. 还是建议用官方 codex app 的 remote control. 或者 https://github.com/slopus/happy 这类第三方工具来远程. 不想引入第三方 relay 或者网络不稳定的话可以试试我最近搓的 https://github.com/nexustar/usher (外挂 tailscale /ssh tunnel 之类来远程连接)

现代的网络工具是为了带宽和混淆设计的. 但是 agent 需要的是低延迟(无数个 RTT)和高可用(减少失败/retry 频率). 这两者在国内都是无解的

基本只用到 50%-70% 很安全