地址
前言
如果你真的拿 Codex 跑过长会话，你大概率会遇到一个很烦的情况：
人不在电脑前，但会话还在跑。
一开始我也没觉得这是个问题，直到有几次：
- 人出门了，想看现在跑到哪了
- 想在手机上确认一下某个操作
- 页面断了一下，再回来直接接不上
- 或者只是单纯想从另一台设备继续看同一个会话
那一刻你会发现：
Codex 本身没问题，但“离开电脑之后”，整件事就变得很不顺。
我一开始是用 SSH + tmux 的
你当然可以用：
- SSH
- tmux
- Tailscale
我一开始也是这么干的。
能用，但很快就会发现一个问题：
👉 你只是“连上去了”，但根本谈不上“控制”。
你面对的是：
- 一整屏终端输出
- 很难快速看懂当前在干嘛
- 审批混在日志里
- 手机上基本不可读
- 断了之后体验非常割裂
它解决的是：
远程连接
不是：
远程控制
这两件事其实差很多。
真正让我忍不了的是这几个瞬间
有几次特别典型：
- 会话跑了 20 分钟，我在外面，只能干等
- 出现写文件操作，但我没法在手机上批
- 页面断了，再回来完全不知道进度
- 想快速看“刚刚执行了什么”，结果全是日志
还有一次我在外面吃饭，会话卡在一个需要确认的操作上。
那一刻其实挺烦的：
不是不能等，
而是你明知道它就差你一下确认，
但你人不在电脑前。
那种感觉很奇怪：
👉 会话在跑，但你已经“失去控制权”了。
所以我干脆自己做了 RemCodex
它不是替代 Codex，也不是云端代跑。
Codex 还是在你本机跑。
RemCodex 只做一件事：
👉 把“远程控制同一个 Codex 会话”这件事做顺
包括：
- 从浏览器直接打开会话
- 手机也能看进度
- 多设备接同一个 session
- 可以远程做审批
- 页面断了还能接回来
- timeline 能看清“它刚刚做了什么”
最核心的不是 UI，而是一个状态：
你离开电脑以后，仍然没有失去对会话的控制权。
RemCodex 想解决的不是聊天，而是控制
很多 AI 编程工具在优化的是：
👉 怎么更顺地“对话”
但当你真的让它跑起来之后，问题会变成：
- 它现在在干嘛？
- 执行了哪些命令？
- 改了哪些文件？
- 哪一步需要我确认？
- 我能不能中断它？
- 我能不能换个设备继续接管？
这已经不是“聊天体验”问题了。
这是一个：
👉 运行中的系统怎么被人控制的问题
如果这些只能靠终端输出去理解，体验会越来越差。
所以 RemCodex 做的，其实是一层：
👉 面向 session 的控制层
界面其实只是结果，不是目的
现在的形态是一个单页工作区：
- 左侧：会话列表
- 右侧：执行 timeline
- 底部：输入区
但重点不是“界面长什么样”，而是：
👉 timeline 是按“语义”组织的，而不是原始日志
比如：
- thinking
- command
- patch
- approval
- final
并且：
👉 已完成的动作会被压成一行（而不是铺满屏）
因为当你在：
- 手机上
- 另一台电脑上
- 或者只是临时打开一下
你要的是：
👉 快速理解 + 快速决策
不是：
👉 完整日志复刻
为什么我没继续优化 SSH + tmux
这条路我是真的走过。
问题不是它不好，而是它解决的是：
- 远程接一台机器
- 远程接一个终端
但 Codex 这种东西，一旦进入长会话，本质变了：
- 它在执行流程
- 它在改代码
- 它在等待你的判断
这时候你需要的是：
👉 控制流
👉 审批点
👉 状态恢复
而不是一个“远程终端窗口”。
所以我最后的选择是：
不再优化“远程看终端”，而是直接做一个控制层。
一句话说清楚它在干嘛
如果非要一句话：
SSH / tmux 解决的是远程连接
RemCodex 解决的是远程控制
快速体验
npx remcodex
默认地址：
http://127.0.0.1:18840
同一局域网下，直接用 IP 就可以从手机或其他设备打开。
项目地址：
github.com/lupishan/re…
当前状态
现在还是一个 public beta / developer preview。
但至少这件事已经跑通了：
👉 Codex 的远程控制，不应该再等于 SSH + tmux
最后
如果你也遇到过这些：
- 人不在电脑前，但会话还在跑
- 想远程看进度
- 想在手机上做审批
- 想跨设备接管同一个 session
那你应该能理解我为什么会忍不了去做这个东西。
欢迎试一下，也欢迎直接说：
👉 你最想控制的是哪一步
