🤔ai cli 好像伪需求，文字输入比不过 agent textarea 输入、灵活串接比不过 web api

调试的时候可能更方便吧，ssh 过去一个命令就可以交互，多窗口方便观测数据。

@xomix 谢谢大佬分想 请问有具体例子吗

cli 是最灵活的,不受环境和应用限制
vim 程序员和全家桶运动员都可以其乐融融交流

是说 CC 不好用吗

配合 tmux tailscale 随时随地可以安排任务
甚至看到有人开 tmux 让 AI 用 lldb 调试

可能是给 linux 用户用的吧，要不大厂还开发 ide 干嘛

我觉得 claude code 交互模式好用到飞起。

除非你需要补全，不然命令行才是最灵活的吧
我经常开多个 tmux 的 session ，让不同 session 里的命令行 AI 交流。codex 套 codex ，codex 指挥 claude code ，利用 gemini cli 生成图片什么的都能实现。个人觉得 tmux 实在是神器

@yechentide 是 tmux 让不同 session 实例可以交流的吗？

除了不能 Tab 补全，以及多出改动时有点慢，其他都很好，比套个 bug 满天飞的 vscode 强。

@yechentide 能讲讲是怎么做到互相指挥的吗

被你发现了，cli 最大的好处是，方便偷 full disk 的数据

别人不知道， 我是真的不敢用 cli

核心优势就是方便快速迭代吧。其它的我觉得忽略不计

@TabGre
@Danswerme

其实我目前的用法还算不上交流, 只能算单方面的指挥.
因为我主要用 Codex, ClaudeCode 算是打杂的哈哈

有几个 tmux 命令很好用, 你们可以弄成自定义命令, 方便在新的 session 来教它们怎么对话.

0. tmux new -s SESSION 名 (新建一个 SESSION, 你自己来执行)

1. tmux ls (列出所有 SESSION)
2. tmux send-keys -t SESSION 名 指令 (发送指令)
3. tmux send-keys -t SESSION 名 C-m (相当于发送回车)
4. tmux capture-pane -p -t SESSION 名 (获取制定 SESSION 显示中的内容)
5. tmux capture-pane -p -S -1000 -t SESSION 名 (获取制定 SESSION 最近 1000 行的内容)
6. tmux capture-pane -p -S - -t SESSION 名 (获取制定 SESSION 里所有的内容, 有上限)


我就给 Codex 加了个自定义指令:

❯ cat ~/.codex/prompts/claude.md

```
# claude

Forward implementation tasks to Claude (via tmux), with design-only behavior.

Codex performs design and review only; all implementation is delegated to
Claude running inside tmux. The target tmux session is detected only on
the first run or when an error occurs.

## Special rules

- Codex never implements code; Claude does.
- tmux ls is executed only on first invocation or upon errors.
- Claude is instructed (once) on how tmux send-keys works, especially
that C-m must be sent alone to trigger execution.
- After all instructions have been delivered:
`tmux send-keys -t <target> C-m` is sent to start execution.
- Codex does not observe tmux output; Claude will notify on completion.
```

我个人觉得下面这几点最舒服, 觉得有帮助的话点个爱心呗, 有异议的朋友也欢迎来讨论~

1. 你把两个 session 摆在一起, 你就能看到一边给另一边发消息, 很神奇. 而且 AI 生成的 prompt 肯定比人工生成的好, 除非你在一开始的设计阶段就没说清楚

2. 虽然比全自动慢了些, 但我觉得对整个流程的掌控力会更高. 我会先和 Codex 交流, 敲定大致的细节并生成 todo 文件, 然后一个一个的让 Codex 设计➡️ClaudeCode 实现🔄Review&修改. 你可以给 ClaudeCode 全部权限, 并在每次 task 完成时 commit. 这样你可以很轻松的在每一个 task 结束时手动 Review 或者学习. 另外因为 Codex 的上下文上限比较高, 而且 ClaudeCode 只是个打杂的, 所以你也可以在这个时候清空 ClaudeCode 的 Context.
(个人使用习惯, 我用 Cursor 的时候就直接 Accept, Accept, Accept 了...emmm)

3. ClaudeCode $20 的套餐能用的更久. 你也可以用多个 CLI 来混合开发, 比如 2Codex, 2Claude, 1gemini, 想怎么来就怎么来

谢谢大佬们分享!