Hallmark：给编码代理装上反 AI 味的设计审查器
Hallmark 是一种设计审查技能，可以标记常见的人工智能生成的界面模式，并为编码代理提供具体的替换规则。
秒懂
- 它是什么？
- Hallmark 是一个针对 Claude Code、Cursor 和 Codex 的设计技能，用 57 道 slop-test 门禁和四种操作命令，让 AI 生成的界面脱离模板感。本文拆解它的机制、安装方式和适用边界。
- 适合谁用？
- Hallmark 适合那些已经依赖 Claude Code、Cursor 或 Codex 生成前端界面，并且对输出同质化感到厌倦的开发者或设计团队。它不适合需要像素级控制或完全自主设计流程的人，因为它的核心是规则约束而非创造引擎。
- 能商用吗？
- 可以。MIT 是宽松许可证：你可以使用、修改并销售基于它的软件，只需保留版权和许可证声明。
- 还在维护吗？
- 在维护。仓库最近一次提交在 40 天前。
- 用什么语言写的？
- 主要是 CSS（依据 GitHub 的语言统计）。
以上回答依据项目的 GitHub 数据（最近同步于 2026年9月15日）和我们的分析，不构成法律意见。
开源项目深度解析
它解决的是 AI 界面的同质化问题
用大模型写前端的人都会遇到一个现象：无论 prompt 怎么换，出来的页面总带着相似的圆角卡片、渐变色块和居中排版。Hallmark 把这堆重复模式称为 slop，即 AI 生成的廉价内容。它不是一个 UI 组件库，也不是设计系统，而是一套给编码代理用的规则集。你把它装进 Claude Code、Cursor 或 Codex，代理在生成界面时会先跑一遍 57 道 slop-test 门禁，再输出结果。如果输出撞上了常见反模式，代理会拒绝默认方案，改用另一种结构。项目的 README 说得很直白：它拒绝 LLM 被训练出来的分布内默认值。目标用户是那些不想让产品看起来像 AI 速成品的开发者，以及需要批量产出差异化页面的团队。
四种动词，从生成到审计再到逆向
Hallmark 的核心是四个命令。默认模式是构建新 UI，代理会先选一个宏观结构，套用规则集，然后在交付前跑 slop-test。hallmark audit 接受一个目标路径，对已有代码打分，输出问题清单但不做修改。hallmark redesign 会扔掉原有结构，保留文案、信息架构和品牌，然后用不同的指纹重建。hallmark study 最特别，它接受截图或 URL，提取你欣赏的设计的 DNA，包括宏观结构、字体搭配和颜色锚点，并拒绝像素级克隆和付费模板。study 模式还可以输出一份可移植的 design.md 文件，交给其他 AI 工具继续使用。这四个动词覆盖了从零生成到事后审查的完整链路，但注意 audit 只给清单，不负责修。
安装与目录布局：一条命令，三个代理
安装方式很简单，在终端运行 npx skills add nutlope/hallmark，重复执行可以更新。或者手动复制 SKILL.md 和 references/ 目录到对应的位置。Claude Code 放在 ~/.claude/skills/hallmark/，Cursor 需要把 SKILL.md 的正文部分（去掉 frontmatter）放到 .cursor/rules/hallmark.mdc，Codex 则支持个人目录 ~/.codex/skills/hallmark/ 和项目目录 .codex/skills/hallmark/。规则集本身分散在 SKILL.md 和 references/ 里的多个文件中，docs/recipes.md 和 docs/study-examples.md 提供了完整示例。注意 Cursor 的安装方式和其他两个不同，需要手动剥离 frontmatter，这是一个容易出错但文档明确指出的步骤。
21 个主题与 Custom 分支：如何避免模板感
Hallmark 内置了 21 个主题，每个主题对应不同的宏观结构和视觉风格。README 里展示了几个例子：Bubble 用于酸面团应用，Distil 用于 API 工具，Cold Snap 用于唱片公司，Cinder 用于 AI 工具。每个示例页面都是独立的 HTML 和 CSS 文件，CSS 注释里标注了宏观结构，方便查看。关键是当 brief 包含现有主题无法覆盖的创意意图时，Hallmark 会切换到 Custom 分支，从零设计页面，包括配色、字体和布局，但仍然跑同样的 57 道门禁。README 强调 Custom 是安静的分支，普通需求不会触发它。这意味着你无法主动要求走 Custom，只能通过提供足够独特的 brief 来触发，这是一个设计上的取舍。
57 道门禁的实际含义：不是审美，是规则
slop-test 这个名字听起来像主观审美判断，但从项目结构看，它更像一组可执行的规则。57 道门禁意味着代理在生成前后要检查 57 个具体的反模式，比如过度的圆角、滥用渐变、无意义的装饰图标等。这些规则被写成文本，存在于 SKILL.md 和 references/ 中，可以被人类阅读和修改。这是 Hallmark 最实在的部分：它把 AI 界面的常见毛病变成了可枚举的检查项，而不是靠模型自己发挥。但这也带来一个限制，规则是静态的，如果 AI 模型的新版本产生了新的 slop 模式，这些门禁不会自动更新，需要项目维护者跟进。文档没有说明这些规则的具体内容，只能从示例页面反推。
真实局限：它管不了设计决策，只拦得住模式
Hallmark 能做的和不能做的之间有清晰的边界。它能阻止代理输出 57 种已知的 AI 反模式，但它不能替你做设计决策。比如 brief 本身含糊不清，或者品牌调性尚未定义，Hallmark 选出的主题和结构可能仍然不合适，只是不 slop 而已。audit 模式只输出问题清单，不提供修改建议，你需要自己决定怎么改。另外，study 模式声称拒绝像素级克隆，但如何定义克隆边界在文档里没有细说，这可能是判断上的灰色地带。如果你需要的是完整的视觉设计系统，包括间距、层级、响应式断点，Hallmark 不会给你这些，它给的是约束条件。
替代方案：手工规则文件与模板库的对比
Hallmark 的替代品不是另一个设计技能，而是你自己写的规则文件。你可以在 Claude Code 或 Cursor 里直接编写类似的规则，比如禁止使用特定颜色组合、强制使用某种字体对，然后让代理遵守。这种做法的差异在于：你控制规则的颗粒度，但需要自己维护和调试，没有 57 道门禁的现成清单。另一个方向是使用现成的 HTML 模板库，比如 Tailwind UI 或 Bootstrap 主题，它们保证视觉一致性，但无法根据 brief 自动选择宏观结构，结果就是所有页面长得差不多，正是 Hallmark 想避免的。Hallmark 的中间路线是：提供结构选择机制和反模式检查，但把具体规则暴露给你修改，这个平衡点是它和纯模板或纯手写规则的主要区别。
维护成本与许可证：MIT 下的自由度
项目采用 MIT 许可证，README 明确说可以用、可以 fork、可以发布。这意味着你可以把规则集改造成自己的版本，甚至商业化。维护成本方面，规则文件是纯文本，不依赖运行时，所以升级路径就是重新运行 npx skills add nutlope/hallmark 或者手动拉取最新文件。由于没有版本发布机制，你无法锁定特定版本，更新可能带来规则变化，影响现有项目的生成结果。另外，项目由 Together AI 维护，但 README 没有提到社区贡献流程或问题追踪方式，所以遇到规则误报时，你可能需要自己改文件。整体来看，维护负担较低，但需要接受规则集作为事实标准的现实。
编辑结论
Hallmark 适合那些已经依赖 Claude Code、Cursor 或 Codex 生成前端界面，并且对输出同质化感到厌倦的开发者或设计团队。它不适合需要像素级控制或完全自主设计流程的人，因为它的核心是规则约束而非创造引擎。采用前应先验证三件事：确认你的代理工具支持 skills 机制，检查 SKILL.md 和 references/ 目录下的规则是否与你团队的审美标准一致，以及用 hallmark audit 对现有代码跑一次评分，看看误报率是否可接受。如果 57 道门禁对你来说太严格，或者你更愿意自己写设计规范，那么直接复制规则文件到项目里做参考可能比安装整个技能更轻量。最终判断：Hallmark 的价值不在于它生成了什么，而在于它拒绝了什么，这种拒绝是可以用代码审查的。
社区笔记