佬们是用 cli 还是 gui？

cli + tmux 方便几个活一起干。不怎么用 gui

之前一直在远程服务器上用 herdr+cli ；最近发现 codex mac 端的 app remote 支持已经足够好用了，现在都用 codex app 了。

cli ，一是远程选择更多，不用绑定平台应用；二是可以方便地将任务在几个不同来源的 agent 间转发，比如 claude 转发给 gpt 做，比如 claude 做规划，gpt/geminiflash 实施，claude 最后再做验收，这套方案我以为会省 claude 的 token ，然而长期实践下来 pro 还是消耗得飞起

zcode 还行，升级版的 dsh ，但是出问题只能等官方修

@ffalex 请问下是用什么 cli 调用的呢？ pi

tui

cli

为什么要二选一，我都用

cli 。。

@cheese paseo ，因为 pi 没法用 claude 订阅，但 paseo 也可以调用 pi ，我就是用 pi 安装 antigravity 插件，然后在 paseo 中调用三种模型，claude 和 codex 都是调用官方的 cli

app 太占内存了，直接 tui 了。

cli + tmux = coding anywhere

一方面 cli 丢海外服务器上，避免像 authentic 那种探测本地本地环境，同时出口 IP 也是稳定的，而且这个服务器的配置并不用很高，能把编译器跑起来就行，甚至 cli 本地可以完全不编译，走 GitHub action 编译，免费额度不够用，就把自己的 self hosted runner 接入 GitHub action 。

这样整个流程是闭环的，cli 环境只管写，GitHub action runner 可以在任何地方，而我可以通过 ssh 从任何地方控制 cli

我用 IDE

之前用了一段时间 cursor ，中间转到 codex 和 claude ，最近在玩 pi 。如果看文件不多的话，其实 CLI 交互爽到起飞。GUI 就是看图片，搞定时任务更方便、更小白向一点。但是响应速度那种快感，只有 cli 能给。

主力 ChatGPT Work
并行多任务,图片生成,3d 模型生成,做科研,开发软件等 review 和交互的效率比 cli 高太多了.

尤其是任务分叉,或者并行多任务: "给 x, y,z 分别开单独的任务, 并行开发" gpt 直接在侧边栏项目下出现三个新任务, 方便我每一个去跟进和微调
或者交叉任务 "你去告诉 task Y 按照你的改动去更新他的任务" "你去监督一下 task Z" (task 之间会互相交流)

辅助是 A\的 cli 现在基本就是扔给 codex 去调用了 卡关或者 code review 用

CLI/TUI

主 agent 管理多个子 agent 是 gui 在 cli 里调用通信，
独立的几个 agent 就只在 gui 里用，
感觉初始的上下文不同可能是不同环境的系统提示词不同

@chjqpmain 调用的 cli 是类似 cmux 这样的，方便人随时审查任何一个 agent 的日志，产出

TUI.