程序员用 Claude Code 重写官方应用实战

停止搜索 App Store。开始告诉你的手机来做什么。

Anthropic 的 Claude Code 负责人 Boris Cherny 上周在 Y Combinator 的 Startup School 2026 上接受了 Diana Hu 的采访。从视频的 20:30 开始，他简要讨论了指导 Claude 执行困难任务的方法：

Cherny：我认为现在的技能更多不是关于提示词工程，而是关于你如何给 Claude 分配一个看起来有点太难的任务。然后，你如何让 Claude 能够在整个过程中验证它的工作？验证可能是人们最常做错的唯一最重要的事情。

其中一个例子是——我们有一个用 Electron 构建的 Claude 桌面应用。我们让它相当快。现在这是一个非常棒的体验。六个月前它很卡顿，而且不太可靠。现在它相当棒。这是团队里大多数人使用的东西。作为一个实验，我想看看如果它是本地的会是什么感觉。所以我做的是，我开始了一个 Claude Tag 会话。Claude Tag 是我们有的一款新产品。它就是在 Slack 中运行的 Claude。我的第一个问题是，"嘿 Tag，你能访问 GitHub 上的 Mac OS runner 吗？"它说不能。然后我挂接了一个 runner。所以它能够使用 GitHub 启动一个 Mac 虚拟机。我的第二个问题是，我创建了一个空代码库，这是一个用 Swift 重写的 Claude 桌面应用。

我问，"你能访问这个代码库吗？"它说不能。然后我给了它访问权限，它就像，"好的，很好。现在我有访问权限了。"然后我说，"好的，现在我想让你做的是，我想让你用 Swift 重写这个 Electron 应用。我想让你在 Mac 虚拟机上运行 Electron 应用，对它进行截图，然后逐像素地查看。将它与 Swift 版本进行比较。在你完成之前不要停止。"

Hu：那基本上就是你的提示词了？

Cherny：就是那样。

Hu：这花了多长时间来运行？

Cherny：它仍在运行。

Hu：你什么时候开始的？

Cherny：已经运行了一点多两周。所以是 14 天、15 天。

我想这很有意思，但我不认为它在某些给我发这个采访链接的人认为有意思的那种方式上很有意思。我不认为这是认真努力为 Claude 创建一个真正本地化的 Mac 客户端。如果真是这样，Cherny 的方法完全错了。

问题不仅仅在于当前 Claude Mac 客户端是用一个臃肿的非本地框架编写的这一技术细节。真正的问题是它是一个用臃肿的非本地框架编写的设计糟糕的应用。设计本身是非本地的。除了忽视大多数 Mac UI 惯例外，它在抽象上也只是一个糟糕的设计。它在 Web 上很糟糕，在 Windows 上也很糟糕，因此在 Mac 上当然也很糟糕。所以把 Claude Code 指向当前的 Electron 应用并指导它逐像素地用 Swift 重建它——最多只能解决当前应用的技术问题，而不是设计问题。如果 Claude 设计得很好但仍然用 Electron 编写，我更可能使用它，而不是把它移植到 AppKit 和/或 SwiftUI 但保持完全相同的当前设计。当前的 Claude 应用就像一个用糟糕配料制作的糟糕食谱；Cherny 要求 Claude Code 做的是用更好的配料遵循糟糕的食谱。它仍然会尝起来很糟糕。

而且这个任务失败的原因可能并不奇怪。AppKit 和 SwiftUI 是用来创建 Mac 风格应用的。试图用它们来重建完全不像 Mac 的 Claude UI 就像试图用相反的方向梳理你的头发一样。这不是事物的进行方式。

我也不能忽视 Cherny 的一个说法，关于当前 Claude Mac 应用，他说"六个月前它很卡顿，而且不太可靠。现在它相当棒。"我刚在我的 Mac 上启动了 Claude 应用，它花了 30 秒才准备好使用。其中最后 15 秒，它显示了旋转的沙滩球光标。当它最终完成时，它给了我一个糟糕的体验。也许六个月前更糟，但这不是"相当棒"。

★ 星期日，2026 年 8 月 2 日

显示偏好设置 版权 © 2002–2026 The Daring Fireball Company LLC.