十道闸门：BUREAU 7.10 如何让 AI 设计稿学会被否决

BUREAU 7.10.0：十道加权闸门与自动失败规则

AI 代码代理生成界面的速度快到让人懒得挑毛病。一个提示词下去，紫色渐变、圆角卡片、灰底白字全给你配好，连滚动动画都带缓动。可问题也出在这里：没人告诉代理“这不行”。BUREAU 7.10.0 给出的回答很直接，把“不行”写进工作流里。它打包了一套设计评审流程，支持 Claude Code、Codex、Antigravity 和 Hermes，MIT 许可，核心机制是让代理有权拒绝自己的产出 来源：Zeniteq。

这套流程设了十道加权闸门，从概念检查到动效检查都有。评分规则写得相当严苛：任何 P0 严重度发现，或者某道闸门得分低于 3.5，整个发布自动失败。项目页标注的日期是 2026 年 10 月 27 日，工作流从简报开始，依次经过概念、排版、构图、动效、无障碍、真实性检查，最后才到发布 来源：Zeniteq。

还有一个叫 Tribunal 的机制值得一提。它在全新上下文中运行，可以把页面直接打回修改。这意味着评审者不需要在代理生成的代码里翻来找去，而是用独立的判断去审一件作品。十道闸门给出证据，Tribunal 给出决定，两条线分开走 来源：Zeniteq。

反直觉的编辑判断：为什么作者说这不是模式检测

项目列出了 32 条检测器模式规则和 21 个项目检查。看到这个数字，我差点把它当成又一套 lint 规则。但作者特意区分了这两件事：检测默认紫色渐变是机械的，一眼就能识别；判断一个视觉方向是否适合某款产品，那是编辑工作 来源：Zeniteq。模式检测解决的是“代码里有没有明显毛病”，编辑判断解决的是“这页面有没有一个令人信服的想法”。

为了让编辑判断有据可依，BUREAU 把工作提前到编码之前。代理必须先写 BUREAU.md，记录受众、主张、来源证明和非目标。概念阶段要求提交五个验证过的参考和三个不同方向，每个方向要组合三位文档化设计师，各自贡献设计的一个不同轴。这些步骤做完，才生成 DESIGN.md，包含规范代币、排版、颜色和视觉世界 来源：Zeniteq。

实际变化是排序。编码代理必须在生成页面、打磨动效之前，先把意图说清楚。这给评审者提供了一个比“代码长得对不对”更具体的东西去评估。一个代理如果连自己的设计意图都讲不出来，那它生成的界面再整洁，也是没有方向的产品。我在读这段话的时候想到的是，我们过去太依赖代码审查来倒推设计质量，BUREAU 把这个顺序掰回来了 来源：Zeniteq。

交叉验证：HN 提交与官方正文的差异

这篇 HN 提交只有 1 分，0 条评论。我特意去看了下项目页，发现官方正文确实写得比摘要更细。摘要提到“迫使代理在编码前记录设计意图，要求人类编辑判断覆盖或批准自动化发现”，正文则把这句展开成完整的工作流，从 BUREAU.md 到 DESIGN.md，每一步都有对应的产出文件。摘要是对的，但正文把机制讲透了 来源：HN。

有个数字的分歧让我卡了一下。HN 的提交页面和官方正文都写“十道加权闸门”，但摘要里说“任何 P0 严重度发现或闸门分数低于 3.5 触发自动发布失败”，正文里没有直接给出 3.5 这个数字，只说“严格评分规则”。我不确定这是摘要的概括还是项目页确实写了。两个来源在闸门数量上一致，在阈值表述上有细微出入，这让我觉得摘要可能来自项目页的 AI 摘要功能，而不是人工整理 来源：Zeniteq 来源：HN。

另一个疑点是日期。官方正文标注项目页日期为 2026 年 10 月 27 日，但当前 HN 提交的链接内容看起来不像已经过了那么久。我不确定这是笔误，还是项目页确实预写了未来日期。如果日期是真的，那这个项目已经存在了一段时间；如果不对，那说明这个工作流本身还很新。这十道闸门能不能真正挡住那些没有想法的 AI 设计稿，取决于那些被否决的页面有没有被送回修改，而不是取决于它声明了多少条规则。

原文：

Bureau – Design-Review Workflow · 来源：Hacker News

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