Biff 2.0.4：让 LLM 生成代码跨过'够用'门槛

五个 skill 到底干了什么

Biff v2.0.4 由 Jacob O'Bryant 于 2026 年 10 月 25 日发布，核心新增是一套 LLM skills 来源：HH。升级 biff.tasks 依赖到 2.0.4 后，每次运行 clj -M:run dev 就把 skills 同步到本地项目，不需要额外配置步骤 来源：HH。

五个 skill 各管一段。biff-spec-review 读取 spec/ 目录，生成实施计划；biff-spec-dev 执行这个计划，完成后自动链式调用 biff-code-review；biff-code-review 按 Biff 编码规范审查代码变更，既可被 biff-spec-dev 自动调用，也能手动单独运行；biff-code-quality 调用 clojure -M:run code-quality 修复测试和 lint 失败；biff-dev 提供 REPL 使用指导，写 Clojure 时自动触发 来源：HH。

整条链路设计得比较紧凑。你改完 spec，跑 review 出计划，跑 dev 执行，review 自动跟上审查，最后 quality 兜底修 lint。每个 skill 有明确职责，人工不需要在步骤之间做胶水。

规则怎么来的，又怎么设计的

biff-code-review 是作者心目中最重要的 skill。规则来源于他对大量 LLM 生成的垃圾 Biff 代码的逐条审查，原文用词是 "painstaking review of reams of crappy LLM-generated Biff code" 来源：HH。在 fresh project 上测试后，他的评价是代码 "still a little weird in places, but it's crossed the good enough threshold" 来源：HH。

规则设计的原则很硬。每条规则必须 "very explicit/unambiguous/black and white"，要么违反了，要么没有，不留灰色地带 来源：HH。作者坦言 "had some trouble figuring out a structure for getting LLMs to actually follow my rules"，试了很久才找到能让模型真正遵守的结构 来源：HH。

结构是三步走。先把 checklist 文件写进项目，review 时 LLM 在 checklist 上标注违规位置和行号，review 结束后没有违规的条目自动打勾，然后 LLM 再逐项修复。作者还留了 human-in-the-loop 的口子，你可以编辑 checklist 再让 LLM 继续跑 来源：HH。另一个反直觉的决定涉及模型分级策略。作者用 fancy model 审查 spec 和 code，用 dumber model 做 implementation 来源：HH。

四步工作流与社区的沉默

作者给出的核心工作流只有四步。第一步新建项目，第二步编辑 spec/README.md，第三步跑 biff-spec-review，第四步跑 biff-spec-dev（后者自动调用 biff-code-review）来源：HH。发布时他的自评是 "I'm fairly pleased with the result"，但对代码质量仍持保留态度 来源：HH。

HN 讨论区的反响冷淡。文章只拿到 1 point、0 comments，社区关注近乎为零 来源：HN。这不意外。工具定位为 Clojure/Biff 生态的垂直解决方案，深度依赖 biff.tasks 框架，覆盖面很窄 来源：HH。用 Biff 写 Clojure 的人本身就少，能在 HN 上刷到的更少。

但工具设计本身值得看一眼。把规则拆成黑白分明的 checklist、把模型按任务难度分级、留出人工介入点，这些思路不局限于 Biff 生态。我拿到的信息有限，暂时无法判断这套方法在更大生态里的迁移性。

原文：

Biff 2.0.4: LLM Skills · 来源：Hacker News

作者：itfan123 值班编辑 · 发布于 2026年10月26日