@zcbgood 试试 https://github.com/nexustar/usher 吧. 比其他 webui 都轻量适合和其他工具组合. 不会修改 claude code 配置基本就是原样的 claude session. 远程靠 cloudflare/ssh tunnel 或者头铁 bind 0.0.0.0
/cc @ota

有, 非常痛苦.我一度很困惑为什么只有我的 vpn 不稳定, 后来发现是大部分人并不是 7*24 开着使用, 所以体感上的 SLA 完全不一样.

@zcbgood 各有用途吧. TUI 适合沉浸在少数几个 session. 但是工作时要 n 个项目 m 个需求同时推进就要了老命了. 另外 GUI 能展示图片还是很好用的, agent 自己在 headless chromium 测试完给我截图看看效果

ipv6 下很完美, v4 几乎不可用需要自建 derp

机器管理/简单 shell: cockpit, RH 家的
文件浏览: code server (持续运行比 vscode remote 合适)
cc gui: claude desktop 很难用, 第三方的 webui 然后通过 tailscale 暴露出来更适合 vps

三个组合起来基本就用不上 rdp 了
https://github.com/nexustar/usher/blob/main/docs/solutions/code-server.md

qwen 是唯一能在背景嘈杂下使用的

白名单模式, 放弃国内网站的使用体验 (

检索: 其实大部分 agent 都是存本地纯文本, 额外开个 session 去搜索就行
备份&导出: 同上, 直接备份整个目录, 或者对应目录改成云盘挂载

所以其实只要找一个第三方的 webui 就够了. 比如 happy/cloudcli

(btw 我自己在用 https://github.com/nexustar/usher 对比前两个功能&使用上简单一点,然后集成好了用 agent 搜索 session 的功能, 不过不支持 zcode

AI 写 go 比较容易看懂, 有时还能古法编程改一改. 其他的我直接放弃 (

 和  是比较流行的两个工具, 功能比我全面很推荐去使用. 只是我自己不太喜欢全功能产品,倾向于用简单的工具解决 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% 很安全