Huzzah: 用伪代码声明式驱动AI编程
Show HN: Huzzah – a novel approach to coding with AI
作为一名软件工程师，我在2026年经历了AI编码代理的蜜月期后，陷入了对冗长自然语言提示的疲惫。Huzzah是我构建的实验性编辑器，旨在解决当前AI编程中意图记录缺失、指令重复及自然语言低效的问题。它提出了一种新范式：用持久化、声明式的伪代码替代瞬态的长文本提示。你只需编写类似伪代码的逻辑文件，Huzzah便会自动将其转化为高质量代码，让开发者重新掌控代码设计的形状，同时享受AI带来的效率。
Huzzah让提示词从冗长的自然语言指令，转变为简洁、持久且充满设计感的伪代码，让你重新找回对代码逻辑的掌控感。
HN 评论区
206- reticulates
我觉得你可能没抓到让人精疲力竭的根源。问题不在于写英语，而在于变化太快。编程是一种冥想，是一个思考的过程，你输出的代码只是思考的产物。而基于 Agent 的开发……这里没有思考，没有冥想，你只是把思考外包给了机器，你只是没完没了、无穷无尽地对着它喊出你的需求。
对企业来说，放弃编程转而委托给能在更短时间内做更多事的 Agent 是有道理的；但对程序员来说，这是一种损失。要么做个程序员去写代码，要么做个发包者去发指令，别试图通过自欺欺人地以为自己在编程，就让发包者的生活变得没那么糟糕。
- avaer
我觉得反方向更重要：把一个巨大的复杂问题或代码库拆解成简短的伪代码。然后你可以编辑这些伪代码，再将其编译回系统中。
这本来就是大型项目软件工程师的工作方式：你先收集系统状态的上下文，并以你能理解的层级去阅读它。接着你在简化后的表示上提出变更，然后整体更新机器可执行的格式（即“实现”）。
我对能进一步形式化或自动化这一流程的工具很感兴趣。
- cyteeditor
作为一个每天与 AI 编程工具协作的人，我理解这种疲惫感。
我的项目是一个富文本编辑器 SDK，代码量相当大。AI 工具在编写胶水代码和生成样板代码方面确实非常有用。然而，面对复杂的跨浏览器兼容性问题（比如解析从 Word 粘贴过来的 mso-* CSS），AI 基本就没什么用了；我仍然必须理解问题领域并手动编写代码。
将伪代码转换为主代码的想法很有趣。关键在于伪代码能否清晰地表达意图——如果意图本身就很复杂，那么伪代码可能并不会比实际代码短多少。
- quasarj
我有点困惑，这看起来就像是你发明了一种新的简练语言，现在还得花钱才能编译它？
- smicallef
我思考这类方向已经有一段时间了。我真的很喜欢这个发展方向。
我看到的更广泛的挑战是，我们（作为如今被 LLM 赋能的工程师）正在寻找合适的抽象层级来工作。写长句子并（有时）审查输出感觉离实际操作太远了。但让 LLM 直接在 IDE 中与你协作，又感觉太接近“老路子”了。
就我个人而言，这里的方法仍然感觉有点太接近低层级的老路子，但它比上面两种方法都要好。
很期待看到你会把它带向何方！
- vivzkestrel
"我也不想再回去手动写所有代码了"
- 你们这一整代人，五年后一定会非常严肃地后悔这个决定
- 记住我的话
- 就像现在正在发表的关于 Meta 算法如何设计成让你上瘾并导致大脑宕机的研究一样，五年后，也会有研究发表，展示 LLM 是如何导致程序员的批判性思维和编程能力退化的
- 最终的结果将是，整整一批人将被迫重新回到基础
- broken-kebab
在我看来，这里有一点内在的矛盾：你声明的意图是不写代码，但你不得不绕回代码（尽管更宽松、更模糊），因为人类英语（相比编程语言）是不精确的。然而，伪代码离代码也不远，仍然不够严格，而 LLM 仍然是一个随机生成器。所以它将继续随机偏离你想要的结果。我想这可能是一种增强，但谁知道呢，也许一年后，你会厌倦伪代码不够精确，然后回去写代码 :wink:
- leobg
一个愚蠢的问题：
为什么不直接在你最喜欢的框架的系统提示词（system prompt）里加一条指令：“如果我给你伪代码，请阐明我的意图，然后用真正的代码编写并测试它。”