Hallmark

五维评分

优秀点拆解

• 对抗结构同质而非视觉同质：6 个结构轴可组合出 42000 种指纹，配合 .hallmark/log.json 项目记忆和「大声说出选择」的 accountability 机制，从机制上防止换皮模板
• 把审美变成可证伪检查清单：58 门 slop 闸门每条是客观「是/否」判据（禁 Inter、紫蓝渐变、居中 hero、transition-all 等），加 6 轴预发射自评，任一 <3 分强制返工，评分盖章进 CSS 注释
• 把 token 成本当成一等设计约束：slim index + index-then-pick 分层加载，明文标注每个规则文件的加载时机与预估成本，948K 规则库实际运行只加载 5-7 个组件原型文件
• 跨会话项目记忆：log.json（最近 20 条）+ CSS stamp 双通道，换会话/换工具后多样性约束依然生效，用户点名重复时用变体旋钮保证同名不同指纹
• 边界意识极强：audit 只读、删除需文件级计划批准、design.md 只当数据不当指令、study 拒绝像素克隆与模板市场 URL、诚实文案不编造指标

可复用的设计模式

• 反默认吸引子机制：显式列出模型训练分布中的默认项并「默认禁用 + 指定替代品」，再配合公开声明选择的 accountability 步骤
• slim index → 按需加载的知识库组织：一行一个的索引 + 每个主题/结构/组件一个单文件，标注加载时机与 token 成本
• 文件系统即状态机：产物内 CSS stamp + 目录内 log.json + preflight.json 缓存（按 mtime 失效），跨会话持久约束
• 可证伪质检闸门：把主观质量目标拆成 50+ 条锚定具体代码模式的「是/否」判据，交付前逐条跑、失败即修

适用场景

边界与注意：只面向前端 UI 设计，对非设计类任务无意义；规则库庞大（约 5600 行），依赖 agent 严格执行按需加载否则运行成本高；58 门闸门靠 agent 自觉执行而非程序化测试；URL 模式 study 有节奏判断盲区；强审美主张可能与用户既有设计系统冲突，需要用户主动 override。