实测 Claude Code 桌面版：功能有潜力，界面仍有摩擦

Anthropic 重新设计了现有 Claude 应用中的 Claude Code 桌面体验，与 Chat 和 Cowork 放在一起。我花时间试用了它，因为我认为图形界面有利于智能体编程，尤其是同时运行多个任务时。我也在开发竞争产品 T3 Code，因此在这个领域有直接利益。

与终端相比，图形界面有实际优势：粘贴的截图可以直接显示在对话中，选中的文字也能保留格式复制。在我的 CLI 示例中，复制同一段回答却带入了多余换行。这些操作看似很小，却会在审阅智能体工作时不断发生。

桌面应用还把一张截图显示在较早的消息旁，而不是我想要的消息旁。我也遇到会话似乎停止了，状态指示却仍像是在运行。这些是我对发布版本的试用观察，仅凭可见症状无法判断具体是哪一个组件造成的。

我重新要求它检查性能时，又看到一次权限提示，尽管我以为已启用 bypass 模式。对于我描述为分析的任务，随后出现的分支和拉取请求控件也让我意外。我还觉得打开文件的行为令人困惑：文件可能出现在界面中，但内容没有出现在我预期的位置。

作为比较，Codex 桌面应用使用开源的 Codex CLI 和 app server，尽管桌面界面本身是闭源的。我开发 T3 Code 的部分原因就是想要开放的界面；它可以复用已有智能体后端。我对开放性的偏好以及自己开发替代产品的身份，都影响了这次评价。

我喜欢的一个功能是分屏：可以并排打开两个对话。但在我的测试中，焦点明明在右侧，终端快捷键却作用于左侧，终端调整大小的控件还挡住了关闭按钮。有潜力的功能也需要可预测的焦点和键盘行为。

控制另一台机器上的会话也听起来很有用。项目选择则没有那么方便：项目不在最近列表时，我得手动找到文件夹。我用 Codex 和自己的 T3 Code 版本展示了选择项目或在项目中新建对话的其他方式。

T3 Code 的开发版本展示了项目图标和可搜索的添加项目流程。这些是我自己产品中的例子，并非中立评测，但它们说明了我希望桌面界面做到什么：清楚显示当前项目，让导航足够快。我计划另行比较更广泛的编程智能体图形界面。

Claude Code 内置 worktree、允许添加多个文件夹作为上下文，都是不错的想法。默认选中 worktree 是一项影响更大的选择，用户应当留意。我尤其喜欢对话平铺功能，因为它让我同时查看多个智能体任务。

分屏也暴露了一个边界情况：Command-W 按预期关闭右侧对话，但关闭左侧时却进入了新建对话界面。我更广泛的意思是，功能只走通正常路径还不够；用户会遇到焦点、布局和导航的各种组合，需要明确测试。

一位观众指出，单个分屏缺陷可能不会决定用户选择哪个产品。我同意，但认为许多小缺陷会累积。我担心，与热门订阅捆绑的官方应用即使在功能和工作流上有其他选择，也可能因为使用方便而获得用户。

我重新测试图片附件，分别在 CLI 和桌面应用中粘贴截图。在我的演示中，桌面对话需要刷新，而且图片显示在相关消息之前。界面应清楚表达附件与提示词之间的关系。

应用提供的 worktree 位置也让我担心，因为默认路径可能需要调整项目的忽略规则。我更希望工具不要让自己的运行文件干扰项目，并清楚说明任何项目级更改。具体行为取决于应用版本和仓库设置。

我将体验与 Codex 相比：在我的使用中，后者虽然偶尔卡顿，但导航和控件更清楚。查看进程时，我看到 Claude 的虚拟机服务占用约 2.5 GB 内存。这只是我机器上的一次快照，并非不同产品总资源占用的受控比较。

侧边栏的设置控件看起来附属于某个项目，实际却影响所有项目。在我的测试中，修改顶部条目还会关闭菜单，修改其他条目却不会。位置和一致性很重要：用户点击前，界面就应说明操作影响的范围。

分叉对话很有用，但我无法轻易看出新会话使用哪个 worktree 或分支。尽管此前已经选择过权限，我还看到权限恢复或再次弹出提示。在多会话编程工具中，清楚显示会话上下文和权限状态，才能让人知道更改会落在哪里。

在我的测试中，语音输入在多个对话之间出现了意外行为。我将它与 T3 Code 的一个开发版本相比，后者会在选中的窗格中打开终端。这只是对当时版本中具体行为的比较，并不意味着任何一款产品没有缺陷。

桌面应用的 diff 视图也让我困惑：一些文件看似已经展开，却要先折叠再重新打开才能显示更改。我承认 T3 Code 自己也出过令人尴尬的错误。我的意见是，审阅界面必须可靠地呈现更改，因为开发者需要靠它了解智能体做了什么。

应用更新后，我重新测试语音和终端；那次会话里，之前演示的问题仍然存在。我推测实验室开发应用可能是为了留住用户，也可能是为了展示模型能力。这些是可能的动机，并不能证明 Anthropic 内部的具体意图。

我在 T3 Code 中展示了按对话轮次保存快照的 diff 视图、并排模式和自动换行。实现使用了开源的 diffs.com 渲染器。我还提到一位同事的超长对话在我们的版本中仍可滚动；这只是一个工作负载的例子，不是普遍的性能保证。

我再次检查键盘焦点：选中右侧窗格时，权限快捷键也作用于左侧。我更喜欢用重要的快捷键切换活动对话，而不是切换产品区块。快捷键设计属于工作流选择，但操作落在错误的窗格会让人难以信任。

应用还提供定时例程、技能和连接器。预览功能承诺提供开发服务器、网络检查和日志，这些都可能为智能体提供有价值的反馈。在我的测试环境中，它要求创建项目配置，然后即使界面显示 bypass，仍弹出权限提示。

我可以把对话拖到置顶或分屏视图，却无法按预期重新排列项目。在浏览器预览中，隐藏工具栏造成了布局问题，元素选择请求生成的截图也难以阅读。助手说会撤销一处不想要的文案修改，但我没有看到它实际撤销。

让智能体通过浏览器获取日志、请求和页面实时状态，是一个很有吸引力的想法。但在这次发布版本中，我遇到的问题让我无法信任这个工作流。我的结论反映的是一次具体试用，也受到我作为竞品开发者的经验影响；功能和故障可能在后续版本中变化。