并发开发时管理 session

This topic created in 130 days ago, the information mentioned may be changed or developed.

起因是工作时需要多个项目一起, tmux 切来切去还是不够顺畅, 就开始自己搓 UI. (claude GUI 至今都很简单, codex 当时不能远程 new session)

标准库优先. go 后端 + 原生 html js 前端.依赖非常少, 功能也只做必须的, webshell/代码查看靠和 code-server / vscode remote 组合. (前段时间投毒的太多有点怕)
移动端优化. PWA 现在很成熟了可以把网页安装成 app, webpush 做通知, 体验非常好
status dot, auto archieve, title rename 这些基础的类 IM 功能已经完善了
原生 claude code/codex 体验. 后台是 tmux 跑原始的 TUI, 所以没适配的 claude code 功能也是能用的
md/raw 切换方便去复制原始文本
有一个 router session, 试图用单个 session 不断路由到 worker session

代码在 https://github.com/nexustar/usher 欢迎大家尝试. 支持 claude code 和 codex (codex desktop 功能已经很全了, 非 Linux 用户直接用官方的可能更合适)

也建议大家可以试试自己搓 UI, 别人做的 GUI 总有自己不喜欢的细节, 如今 AI 的能力已经可以 code as config 了

Supplement 1 · Oct 18

把自定义的 router agent 重构成现成 agent + MCP 了。效果是这样的半自动方案：
对于 sessions 的问题直接用工具回答。对于其他问题路由到原生的 claude/codex/pi session 工作。（ router 本身禁掉了 edit write 等 tool

并发

开发

6 replies • 2026-10-18 21:45:54 +08:00

aarontian

Jul 9

有点好奇 router session 的思路，具体起什么作用

12wk34

Jul 9

@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

![image](

)

pathinfuture

Jul 9

有个开源软件叫 cloudcli ，你看看你两谁更好一点

12wk34

Jul 9

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

12wk34

Jul 9

![cloudcli]( https://github.com/siteboon/claudecodeui) 和 ![happy]( https://github.com/slopus/happy) 是比较流行的两个工具, 功能比我全面很推荐去使用. 只是我自己不太喜欢全功能产品,倾向于用简单的工具解决 session 可视化. 然后组合其他工具.

比如我现在是在电脑同时部署 ![code-server]( https://github.com/coder/code-server) 然后给 usher 加了个快速跳转的按钮

![image](

)

12wk34

Oct 18

最近发了几个版本比较完善了。大家可以来尝鲜下，我自己体验是比其他方案性能更好的:)