2026年8月，一种与 AI 编码的新实验方法。如果你像我一样是一名软件工程师，2026年初的几个月真是令人难以置信。编码代理突然变得足够好，以至于我们不再需要手动编写代码。但如果你和我一样，过了一段时间你会遇到瓶颈。蜜月期结束了，新鲜感褪去。没有更多的多巴胺刺激。现在是八月，我感觉完全疲惫。老实说，我厌倦了用长篇英文描述我对代码库的每一次更改。然而，我也不想回到手动编写所有代码的生活中。那种做法实在是无聊，我宁愿避免……嗯，整个余生。而且，我感觉我需要更好地理解和控制我的代码在做什么。我想知道我的输出是高质量、可靠的软件。我想作为专业人士感到自信。因此，我试图找到一个既能享受又能实现的方式。我对编码代理的问题是，缺乏可靠的人类意图记录。提示被丢弃，而生成的代码可能是由 AI 或不是 AI 所生成。我们失去了表达机器所需人类意图的中心权威，我认为与这一事实对抗是重要的。AI 聊天是描述对应用程序更改的命令式、逐步说明，而不是应用程序本身。这意味着说明常常被重复，因而在开发过程中消耗大量令牌。这是低效的。自然语言的许多存在是出于社交原因，而不是信息原因。普通句子中真实信息稀少。用这种方式对机器编写代码很麻烦。为了解决这些问题，我正在构建一个实验性编辑器。我称之为 Huzzah，它对与 LLMs 的工作提出了一种替代范式。使用编码代理时，提示是 (a) 长篇形式，(b) 命令式的，(c) 瞬态的。使用 Huzzah 时，提示是 (a) 伪代码，(b) 陈述式的，(c) 持久的。如果我直接向你展示就更容易了。你的浏览器不支持嵌入视频。你可以直接观看 Huzzah 演示。比较 fizz buzz 让我们举个非常简单的例子 - 假设你想用 AI 创建 fizz buzz 。我们将这两次进行 - 一次使用编码代理，另一次使用 Huzzah。使用编码代理 你在你选择的工具中开始聊天，输入类似以下内容：创建一个循环 100 次的函数。如果这个数字能被 3 整除，打印“fizz”。如果这个数字能被 5 整除，打印“buzz”。如果这个数字能同时被两个整除（例如 15），打印“fizz buzz”。如果你需要进行编辑，你会发送一条后续消息到聊天：而不是循环 100 次，函数应该接收一个数字输入，函数应该循环那个次数。你重复这个过程直到满意为止。使用 Huzzah 你创建一个名为 fizz_buzz.hz 的新文件。在里面，你以任何你喜欢的方式写一个伪代码表示。这是我个人的写法： fizz_buzz() loop 100 modulo 3 ?