最近我终于用上了 Claude Desktop，体验出乎意料地好，但也踩到几个坑，趁着印象还新记一下。
先说清楚两个东西的区别，免得后面绕晕：
- Claude Code CLI：跑在终端里的命令行版本。
- Claude Desktop：官方的桌面客户端 App，可以在里面跑 Claude Code。
一开始我试过 opcode
刚开始用 Claude Code 的时候，我就试过 opcode 这类给 CLI 套壳的 GUI，想要个更顺手的图形界面。但体验并不好，之前写过一篇。
简单说就是：opcode 更新太慢（当时两三个月没动静，而 Claude Code CLI 基本每天发两个小版本），而且在 opcode 里问 AI 跟在 CLI 里问总感觉不太一样。为了原汁原味，我后来一直退回 CLI，opcode 只拿来翻历史对话记录。
官方 Desktop 出来了，但要官方账号
再后来，Claude 官方推出了 Desktop App，看上去比第三方套壳靠谱多了。但有个硬门槛：必须用官方账号才能用。
而我一直是通过第三方中转站在用 Claude Code 的，没有官方账号，于是只能作罢，继续守着我的 CLI。
最近发现它支持第三方中转站了
最近我又顺手试了一下，结果发现——Claude Desktop 居然支持接入第三方中转站了。配好之后跑起来，体验非常好：界面比裸终端舒服，会话管理、权限提示这些都很直观，该有的 Claude Code 能力一个不少。
正当我准备把它当主力的时候，用着用着还是冒出来几个问题。
但还是有几个坑
按我自己踩到的顺序，从轻到重列一下：
-
内置 MCP 工具白占上下文。Desktop 自带了一批内置的 MCP 工具，光这些就吃掉了大约 15k 的上下文，其中占得最多的是
claude in chrome这个 MCP。问题是它还关不掉——我又用不上，白白被占着，挺难受。 -
偶发的工具调用失败、任务静默停止。偶尔会出现工具调用失败，或者任务跑着跑着就悄无声息地停了，没有报错、也没有提示。这个我怀疑跟第三方中转站有关，暂时没法 100% 确定是 Desktop 自己的问题。
-
会话标题基本生成不出来。Claude Desktop 会给每个会话自动生成一个标题，但在我这儿成功率低得离谱——差不多 10 个会话里只有 1 个能正常生成出标题，其余的就一直顶着默认名字。这个我同样怀疑跟第三方中转站有关，但没法确认。
-
回复语言不太稳定。我在 Claude Code 里把 language 设成了 Chinese，在 CLI 里它几乎不会用英文回我，大概 100 次里才碰到 1 次。但在 Desktop 里这个概率明显高出一截——差不多 10 次就有 1 次蹦出英文来。同样的配置，两端表现不一样，有点莫名其妙。
-
插件只能在 CLI 装，Desktop 只能启停。Claude Desktop 里没法直接安装 Claude 插件；不过通过 Claude Code（CLI）装好的插件，倒是能在 Desktop 里看到、并启用或禁用。换句话说，现阶段 Desktop 还离不开 CLI——想装新插件，还得回到命令行，所以它暂时没法完全替代 CLI。
-
最大的问题——沙箱。Claude Desktop 把 Claude Code 跑在一个沙箱里。好处是很多命令它会自动放行，不用一遍遍点确认，体验上更顺；但坏处是，也有不少命令因为沙箱限制根本跑不起来。这是目前对我影响最大的一点。
举个我实际撞上的例子：
npm run dev跑不起来。看报错，似乎是沙箱不允许进程监听端口——而本地开发服务器恰恰要起一个端口对外提供服务，于是直接被挡在外面。前端开发离不开 dev server，这一条几乎是硬伤。
这些坑后来我挨个排查了一遍，有的用配置填上了、有的确认无解——详细进展记在了后续这篇。
小结
尽管有这几个坑——尤其是插件还得靠 CLI 装这一条，决定了 Desktop 暂时取代不了命令行——但接入中转站之后的 Claude Desktop，整体体验已经好到让我愿意继续用下去。