AI驱动下原生Mac应用开发的复兴The AI-Driven Resurgence of Native Mac App Development

下周就是 WWDC 了，它一直代表着苹果与第三方开发者社区之间的纽带，而近年来，它也成为了苹果年度操作系统更新周期的正式起点。

最近，我经常会更多地思考 WWDC 中的“D”（开发者）。开发者并不全都是程序员，但其中很多人确实是。一直以来，正是程序员们编写代码，开发出运行在我们设备上的各种应用。然而，今年情况发生了巨大的变化。

最近，我收到源源不断的电子邮件，向我推介各种新的 Mac 应用。这非常引人注目，因为在五到十年前的一段时间里，苹果平台上的所有应用开发似乎都集中在 iOS 上。更有趣的是，这些都是独立的 Mac 应用，似乎是使用原生 Mac 框架构建的，而不是那些大公司出品的、单纯套用跨平台开发系统的产物。这些应用似乎都有自己独特的理念，并且专注于 Mac 平台。

当然，这一切都是因为 AI。

这不仅仅是指我收到的邮件里包含了 AI，不过需要澄清的是，我确实被大量邮件淹没，这些邮件声称来自真人，但实际上完全是 AI 代理的产物，试图在媒体推介中增加一点人情味。（这很令人遗憾，因为过去当真人给我发邮件介绍他们的产品时，我真的会印象深刻。现在这些人完全被淹没了，消失在 AI 推销的洪流中。就算我努力去分辨，也看不出区别，因为模仿得实在太逼真了。）

但同样很明显的是，这些新应用中有相当一部分是由 AI 代码助手全部或部分生成的。Mac 用户——其中一些是开发者，另一些人一生中从未写过软件——正在构建能够将他们的想象化为现实的应用。

我们现在生活在一个这样的时代：只要你敢想象一个应用，你就很可能把它做出来。尤其是 Mac 实用工具。还有谁比 Mac 用户更关心原生的 Mac 软件呢？肯定不是那些放弃 Mac 开发，把所有精力都集中在庞大的跨平台代码库上，以吸引风险投资和巨额回报的公司。

聚焦愿景

MacStories 的 Federico Viticci 最近发布了一款命令行应用，用上了“提醒事项”的所有功能。他之前还发布了 Shortcuts Playground，允许你使用 AI 编程助手生成快捷指令。我的朋友 Lex Friedman 刚刚发布了 Gnome，这是一款基于氛围编程（vibe-coded）的 GIF 菜单栏实用工具。在上周的 Six Colors 播客中，Dan Moren 提到他一直在使用 AI 为自己构建一个简单的 ePub 电子书阅读器，以满足他作为作家的特定需求。

而且，是的，几周前，我使用 Claude Code 制作了一款属于我自己的 Mac 应用。我不能说是我“写”了它，因为我一行 Swift 代码都没写。更准确的说法是，我构思了它，或者制作了它，或者说是对它进行了产品管理。我知道我想要什么，向 AI 助手详细描述了需求，进行了大量的迭代，最终得到了一个基本上实现我所有期望的应用。1

这是一次令人惊叹的体验。我使用 Mac 应用已经快 40 年了，但我从未真正动手写过一款应用。我用过的最接近编程的工具也就是 AppleScript 脚本和 Automator 操作了。但这周，我带着仅仅一个想法坐在办公桌前，几个小时后，我就得到了一个功能完备（虽然界面难看且不够完善）的应用，而且完全实现了我想要的功能。

开发这款应用的过程印证了我长久以来的一个想法：编写代码是一项特定技能，但它仅仅是一个庞大流程中的一环。优秀的开发者未必是优秀的程序员（尽管他们也可以是）。应用需要被构思，其规格需要被定义。试图向 AI 编程引擎描述一款应用的过程本身就是一个理清思路的过程。你对应用的描述越多，大脑就越要费力去思考，因为事情总是比你想象的要复杂得多。你所做的决定最终塑造了这款应用。这是一种创作者的角色，只是它把编写代码这一环节剥离了出去，这感觉很奇妙，因为编写代码通常是软件开发过程中密不可分的一部分。

我想现在依然如此，只是有时候写代码的不再是人类了。

我并不幻想 AI 编程引擎生成的代码完美无瑕且优雅，尽管它未来可能会有所改进。如果我雇人为我开发这款应用，他们写出的代码很可能比 Claude 生成的更整洁。但我绝不会为了开发这么个小应用去雇人，而且没有任何人类程序员能在几小时内，以相当于 Claude Pro 订阅费 30 美元的成本把它做出来。

无论你怎么称呼它，不管是制作人、产品经理，还是其他非程序员的身份，在 AI 时代开发优秀的软件依然需要人类大脑的力量：发挥创造力、解决问题以及做出决策。有些人会在这方面比其他人做得更好。这是一门技能，也带有一点艺术的成分。现代编程工具让有远见和意愿的人具备了开发软件的能力，这让我感到十分兴奋。

开发者的下一步

这就引出了我想说的最后一点：Apple 的开发工具，尤其是 Xcode，简直是一场噩梦。我的开发者朋友们已经习惯了它们，但作为一个以前从未真正用过 Xcode 的人，它极其不直观的程度让我感到震惊。比如，Claude 会让我去点击某些东西，而我不得不回复：“我根本不知道那是什么，也不知道它应该在哪儿。”而且我还是个老 Mac 用户！我通常非常擅长凭直觉在 Mac 界面中找到东西的位置。

正因如此，Apple 现在最应该尽快去做的事情之一，就是想方设法让人们能更轻松地在其平台上开发应用。Xcode 的学习曲线实在是太陡峭了。要么需要为 Xcode 增加一个新手模式，要么需要进一步增强 Swift Playground 的功能，要么就需要为此开发一款全新的工具。

尽管 AI 工具让在 Apple 平台上开发应用变得更加可行，但开发工具本身仍然是一个巨大的障碍。随着“开发者”定义的改变，开发工具的定义也必须随之改变。

那些未来优秀的 Mac 和 iPhone 应用的产品经理们在此提前向你们致谢了。

如果您喜欢这类文章，请通过成为 Six Colors 订阅者来支持我们。订阅者可以收听独家播客、阅读会员专属文章，并加入我们的专属社区。