还有别看了我说的就以为只有 Windows 有问题。好几个同事用 macOS 的一样被卡得怀疑人生。之前同事实在受不了了，滚回去用 VSCode 里的 codex 插件了，因为插件可以手动装旧版，得追溯回去找不会把电脑搞到卡死的版本挑着用。

@hellopz 一个程序启动以后什么都不干闲置在那 CPU 直接吃满 8 个核心以上，背后每秒启动十几个 git 进程和 taskkill 进程轮番轰炸几个小时不带停，运行没多久就能把 dwm 窗口管理器搞到崩溃，github 上因为这事开 issue 的人数不胜数，修了几个月都没修好。项目和对话一多就必然会发生这个问题，而且唯一的解决方法是 factory reset 删除所有项目和会话历史记录，全部清零。

你告诉我一个这样的软件是不是史。

你 harness 做得再好，插件、技能、生态集成得再好，打开程序就卡死电脑的软件谁来用？
我现在就等着别人抄，把他的功能全抄去，然后只要不像 codex 那样一启动就卡死电脑，我立马换掉 codex 。现在没办法，我遇到了就删除所有历史记录，同事遇到了就让他们删除所有记录，就只能这样。

GUI 挺好的，但问题是 Codex Desktop App 是史。

另外 CLI 和 TUI 本质上是完全不同的东西，深入讨论的时候不应该混为一谈。比如 vim 本质上是 TUI ，放到图形界面 gvim 上也是同样的操作手段，甚至做成 vscode vim mode 也是同一回事。而 CLI 则是 grep/sed/awk 这堆东西。一旦你画出了窗口的样子，分割出了操作区域，加上了光标导航和快捷键，这就不能算是一个「 CLI 」式的 CLI 软件了。

就拿 codex 来说，直接运行 codex cli 是 TUI ，照样是人机交互式界面。真正的 codex cli 其实是 codex exec ，可以脚本化自动化运行，接受命令行输入，然后标准输出管道输出结果。

当然我本意不是要给其他人来挑刺，我的意思是大家讨论的时候可以先想一想此 cli 是否是彼 cli 。

TUI 好处是可以方便从 SSH 远程运行，但远程运行并非只能用 TUI 。Codex 的远程连接功能就可以从 Desktop 端通过 SSH 直连 Linux 服务器上的 CLI ，通过 codex app-server proxy 连接 codex app-server ，像本机直接操作一样操作远程主机上的 agent 。

你交接文档去哪了，memory bank 去哪了。

有不同的模型对抗更好，但不意味着同一个模型就没有意义。模型切换视角也可以得出不同的结论。

不慌，我们用的 Jackson ，一样有洞要经常补。

和领导没多大关系。领导也不会因为员工在忙就不派活，该让你加班不还是会让你加班。

@iphantom 那就只是抠门而已，很正常的，谁不是呢。
怕有剩的那就找中转按量付费，没有剩余 token 一说，用多少付多少，就解决了。

领导让员工干活是压迫员工，员工让 AI 干活是解放员工。

花几秒钟搜一下你能找到不少，比如上面说的 sub2api 。我也是用这个反代给自己用的。

维持生存状态，然后继续投继续面。之前毕业后一年多才找到第一个正式工作。

根据我最近用的量来算，50 块钱大概能换我一年的工作量。

头脑风暴定技术栈是流程的一部分，你不可能抽掉这步然后去谈后面的开发。

我有粘性啊，一直用 GPT ，挑低倍率的蹬，蹬好久了没换……

@KCL 翻译：会员到期时周限还在冷却，能不能靠续费重置周限，还是说应该等到周限结束再续费。

@vincentyanggod 要稳定那肯定用 plus/pro 池了。
我们这种随便写写开源软件的，有 bug 就用 bug 了，大不了前面放一个 sub2api ，一家炸了就下一家顶上。

@LeeReamond 有个 aihub 开头的中转上面有比价，可以根据需要选择。我自己也没在这个站上试过。

@Sunrisepeak 所以要 inline 跑啊，subagents 可以帮忙做 code review 也可以跑测试之类的，主进程做代码修改，又或者反过来 subagents 写代码，然后主进程跑测试，整理要提交的文件然后分批提交。
多 subagents 要良好并行是要下功夫的，想想企业里开发一个小软件交给 5 个程序员一起做会多混乱吧。

@Sunrisepeak Bun 他们是为了噱头拉爆了 64 个 subagents 来节约时间，这样可以宣传 11 天蹬完整个项目。
咱们自己移植没必要这么浪费 token 的，开一两个 subagents 在旁边打辅助，剩下的 inline 跑就行了。