#4 选择运行 AI 的合适工具

到基本为止，我们已经介绍了 AI 的使用、GitHub 上的项目管理以及在 Cloudflare 上的免费托管。在深入探讨如何使用 AI 之前，让我们先分析一下可用于与之协作的工具。

纵观历史，程序员最主要的工具一直是编辑器。你可能会好奇在 AI 时代编辑器是否还有必要。然而，正如第 1 篇文章中所解释的那样，AI 并非万灵药。使用 AI 时常见的一个陷阱是试图通过提示词进行微小的设计调整，结果为了修改单行代码而输入了几十个提示词。接受这种轻微的效率下降是可行的，因为这毕竟比手动编辑更轻松。即便如此，在编辑器中将你的提示词编写并保存为模板以便日后重用，而不是直接在 AI 输入框中输入，对于“AI 依赖型”用户（这个词灵感来自《黑客帝国》中的红药水，类似于目前流行的“Claudepilled”）来说是一个简单但至关重要的习惯。

在这种情况下，代码自动补全和功能臃肿的 IDE 可能会走向淘汰。以下是内置 AI 面板的编辑器列表：

1.（最强候选）Zed Editor：一个使用 Rust 构建、超快、极稳定且完全免费的编辑器。可惜菜单还没有本地化为中文。

2. VS Code：微软的免费 IDE。刚发布时它非常惊艳。微软意识到其前身 Visual Studio 已经变得臃肿和缓慢，因此从头开始重构了它。然而今天，VS Code 正在步 Visual Studio 的后尘。

3. Cursor：许多早期 AI 采用者都在使用的先驱编辑器。它基于 VS Code 构建，最初因能直接使用已有的 VS Code 插件而大受欢迎。它主要采用付费模式（提供限制性的免费档）。和 VS Code 类似，它不太算是一个以 AI 为核心的编辑器，更像是一个辅助人类编码的助手。

*其他提到的包括 GitHub Copilot：顾名思义，由 GitHub 提供的 AI 助手。由于它是作为 IDE 插件提供的，因此感觉不太像是一个独立的编辑器。

在我长期的程序员生涯中，虽然自动补全很方便，但 un 快速的编辑器总是最佳选择。回到我开发红白机（NES）游戏的 MS-DOS 时代，MIFES 是我的首选，纯粹是因为它够快。虽然我用过 vi 和 Emacs，但最终还是因为 vi 更快而选择了它。当窗口系统主导市场后，我转而使用 Hidemaru Editor，然后工作中使用 Eclipse——它慢得让我抓狂——并高价购买了微软의 Visual Studio，尽管它令人失望。然而，Visual Studio Code (VS Code) 作为一款轻量、免费且高度可扩展的工具横空出世，拥有光明的未来（至今仍被广泛使用）。我用了很长时间的 VS Code。我还用过一段时间的 Sublime Text，日本的 Sakura Editor 也是另一个极好的选择。

回顾这些过去的工具可以发现一个清晰的趋势：“轻量级编辑器才能生存。”随着操作系统变得臃肿、设计更华丽以及安全性提高，现代 PC 处理的计算量与 MS-DOS 时代不可同日而语。即使是相对较新的 PC 也会让人觉得慢，这并不是你的错觉。

虽然这对于有能力每年购买高端 PC 的人来说无所谓，但拥有一个快速且响应迅速的工具对于提高生产力至关重要。（搭载 Intel 芯片的 Mac 几乎无法流畅运行 macOS Tahoe 等较新的操作系统。）

此外，和许多开发者一样，我希望在 macOS 和 Windows 上使用相同的编辑器。（随着年龄的增长，学习新的快捷键变得越来越困难，汗。）

因此，我极力推荐 Zed。它在几乎任何 PC 上都能舒适运行。