Codex CLI vs App，开发者更爱哪个？

背景

随着 OpenAI 将 Codex App 更名为 ChatGPT 并持续推广，开发者社区中对 Codex CLI 与 Codex App 的使用偏好产生了讨论。一位长期在 Windows Subsystem for Linux (WSL) 环境下使用 Codex CLI 的用户，分享了自己在尝试 Codex App 后的体验与对比，并引发其他社区成员的回应。该讨论反映了 AI 编程辅助工具在跨平台开发场景下的适配问题，以及 CLI 与 GUI 两种交互方式各自的优劣。

核心内容

原文作者是 Codex CLI 的长期用户，日常开发几乎全部在 WSL 中的 Codex CLI 中完成。近期 OpenAI 主推 Codex App（现已更名为 ChatGPT），作者再次下载尝试（已是第 N 次）。App 提供了 "run in WSL" 和 "run in Windows" 两个选项，作者依次测试后记录了心路历程：

1. run in WSL
   作者认为该模式非常鸡肋。首先，Codex App 的 UI 设计在他看来十分草台（即简陋粗糙），并且存在卡顿问题。其次，在使用了 WSL 内联功能后，作者发现自己既不喜欢卡顿和 UI，也无法使用 Computer Use（一种允许 AI 直接操控桌面的能力）。于是他反问：既然这样，为什么还要用它？
   作者的心理预期是 Codex App 能成为一个强大的 CLI 可视化器，但实际体验更像是一个「消耗额度的 web GPT」。对于大型项目（70 万行代码），作者感觉这个摇摇欲坠的 App 无法胜任——虽然内核相同，但一切操作有一种不透明感。

2. run in Windows
   作者直接以「丑拒」形容。当看到 App 调用 PowerShell 展开一长串路径命令时，作者感到不适，最终选择卸载。

作者总结：最核心的问题可能在于自己属于「Windows + WSL（主力）」的开发组合，这种蹩脚的配置导致了糟糕体验。他无法迁移到 Linux，因为还需要在 Windows 上手动制作 PPT 和完成许多其他工作。同时他看到许多朋友喜欢 Codex App，产生了自己是否成为「守旧派」的疑惑。作者也提到换 Mac 不太现实，因为公司和工作流都以 Windows 为主，自己虽有 MacBook，但已沦为追剧专用机。该讨论帖共有 8 位参与者，8 条回复。

关键要点

• 作者长期使用 Codex CLI 在 WSL 中开发，对 Codex App 的新模式期望较高。
• Codex App 的 UI 被批评为「草台」且卡顿，WSL 内联模式下无法使用 Computer Use。
• 作者认为 Codex App 的实际体验更像是一个低效的 web GPT，不适合处理 70 万行级别的大型项目，缺乏透明感。
• Windows 模式下调用 PowerShell 的体验让作者直接卸载。
• 作者的核心困境源于「Windows + WSL」的双系统开发环境，既无法完全迁移到 Linux，也无法切换到 Mac。
• 社区中仍有不少用户喜欢 Codex App，作者自我反思是否因守旧而排斥新工具。

意义与影响

该讨论揭示了 AI 编程辅助工具在跨平台开发场景下的适配痛点。Codex App 作为 OpenAI 主推的 GUI 工具，虽然在集成度和易用性上有所进步，但对于习惯 CLI 且依赖 WSL 的开发者而言，其 UI 体验、性能以及特定功能（如 Computer Use）的限制反而降低了吸引力。这一案例也说明，开发者工具的「统一体验」在实际中往往因为操作系统、终端环境等差异而割裂。此外，大型项目开发对透明度和稳定性的要求远高于小项目，GUI 工具若无法提供与 CLI 相当的掌控感，则难以获得重度用户的认可。最后，作者提及的「守旧派」心理也折射出技术社区中工具更替时的习惯惯性——用户对新工具的接受不仅取决于功能，还取决于与个人工作流的契合度。该讨论对于 AI 工具开发者（如 OpenAI）在规划产品定位时，或需更细致地考虑不同开发环境的用户群体，而非仅追求统一的 App 体验。