[Claude Code] claude code mac 桌面端感觉很好用啊，为啥还是很多人只用 cli？

一句话看懂：围绕 Claude Code 的使用体验，V2EX 社区讨论揭示了开发者对桌面端与命令行客户端（CLI）的明显偏好分歧。桌面端虽有多项目管理等优势，但流畅度、功能完整性和工作流习惯让多数人仍倾向于 CLI。

事件核心：发生了什么

近日，V2EX 上一位用户（yuan321）提问：为何在 Claude Code 已有 Mac 桌面端（实为 Claude Desktop）的情况下，很多人仍只用 CLI。帖子获得超过 900 次浏览和 11 条回复，社区给出了几类典型理由：
– 流畅度问题：多位用户反馈桌面版“臃肿卡顿”，不如 CLI 操作流畅（用户 desususula、Goalonez）。
– 功能缺失：早期桌面版不支持部分命令如 /btw（用户 aokirin），目前该命令已可用，但功能差异仍是顾虑。
– 工作流习惯：很多开发者是从 CLI 先上手，桌面端后推出，习惯已形成（用户 QAZXCDSWE）。此外，VS Code 插件也被认为是更顺手的替代方案（用户 zsj1029）。
– 代理配置便利性：有用户发现通过在 CLI 中配置代理，桌面版会自动继承，无需额外设置（用户 nutting）。
– 国内使用场景：有用户询问国内如何获取和使用（用户 xiafengjieying）。

为什么重要

这场讨论折射出 AI 编程工具的“界面选择”正在成为影响开发者体验的分水岭。Claude Desktop 作为 Anthropic 推出的桌面客户端，旨在降低入门门槛并提供可视化的多项目管理体验，但它在与 CLI 的竞争中暴露了性能与功能覆盖的短板。目前，CLI 依然是开发者社区中最主流的 Codex 和 Claude 调用方式，其轻量、可控、脚本化的特性符合程序员的工作习惯。这意味着，即使桌面端提供了更好的“一目了然”体验，若不能解决流畅度和独特功能的差异，很难改变核心用户群的使用惯性。对于 Anthropic 而言，这提示其产品策略需在“易用性”和“技术深度”之间找到更好的平衡，否则可能失去一部分技术导向的核心受众。

对用户/开发者/创作者的影响

– 开发者：若你重度依赖 Claude Code 进行多项目管理，桌面端在项目管理视图上确有优势，但需容忍可能的卡顿和早期功能滞后。最好先检查自己的核心命令是否已被完整支持。
– 追求效率的脚本用户：CLI 更适合自动化、多任务并行和深度集成，在性能和可定制性上明显占优。如果你是这类用户，没有迁移到桌面的紧迫理由。
– 新手或国内用户：桌面端可能降低首次使用门槛，但需要自行解决代理和合规访问问题。建议参考 CLI 中配置代理的方法，以便统一管理。

值得关注的后续

1. 桌面端性能优化进展：Anthropic 是否会针对桌面端的卡顿问题进行性能优化，将成为决定其是否被更广泛接受的关键。
2. 功能差异的缩小：目前部分命令已同步（如 /btw），但桌面端是否会出现独占功能或有意义的体验提升，值得跟踪。
3. IDE 插件的持续竞争：VS Code 等 IDE 插件作为轻量级方案，可能进一步分流桌面端的用户，尤其在插件生态更成熟的平台。

来源：V2EX (创意工作者社区)