GitHub 热榜实测｜Hallmark：50主题告别AI味
你的 AI 助手刚帮你生成的落地页，是不是又长着一张"每个标题上方一个 eyebrow、一行全大写小字、结尾必带 email sign-up"的脸？Hallmark 本周暴涨 12062 star（总数 44543），干的就是反这件事的。
项目为什么火
Hallmark 是一个针对 Claude Code、Codex、Cursor、OpenCode 的设计技能（design skill），由 Together AI 出品。核心主张一句话：拒绝让页面看起来像 AI 生成的。
它靠三层门控做到：
- Floor（底线）：对比度、焦点态、reduced motion、不编造事实、手机端不能坏——不通过就不出货。
- Reflex（反射）：模型默认坏习惯（每个标题前必加 eyebrow、一句话里必塞一个彩色词、整页空框或纯照片、hero 没撑满屏幕、底部必带 email 订阅、表单显示"谢谢"但没真发），有理由可以覆盖，但必须记录在案。
- Finish（打磨）：工艺细节，不阻塞发布。
v2 新增 50 种主题，每种是一个完整"材质"——纸张、字体、色彩、表面、自有组件与纹理，附带成品页截图；构建时围绕"访问者来这页做什么"搭页面，动作放在该放的位置，页面在动作上收尾。另外内置 755 张开放许可照片，按主题自动匹配并在页面上标注来源。
实测过程
真机执行记录如下（仅跑通前两步，完整工作流未全部跑通）：
第一步：克隆仓库
$ git clone --depth 1 Nutlope/hallmark
Cloning into '/tmp/ght-smoke/Nutlope__hallmark'...
exit=0
浅克隆，秒完，无异常。
第二步：安装依赖
$ npm install
up to date in 245ms
exit=0
245ms 直接报"up to date"——说明测试环境已有完整 node_modules 缓存，实际没有拉取新包。网络与版本都没卡住。
第三步（未执行）：完整构建与浏览器 lint
记录止于 npm install。后续页面构建、真实浏览器 lint、主题渲染验证在本轮真机中未跑通。材料里没有留下这一步的命令与输出，不臆测原因。
踩坑记录
- 官方 issue 区暂无高频问题（本轮未获取到 issues 数据，不编造）。
npm install输出up to date in 245ms：干净环境首次跑不会这么快，留意 registry 连通性与缓存目录。- 本轮真机未全部跑通，已如实写入"实测过程"，未补写任何未出现的步骤或结果。
使用说明
Hallmark 是技能，不是独立 CLI，挂在 AI 编码助手里工作。
README 给出的真实命令：
/hallmark redesign <path>
重建指定页面，保留原有内容与接线逻辑。
/hallmark audit <path>
只审计报告，不动代码。
其他真实用法（逐字来自 README）：
- 50 种主题目录中抽三套，围绕"访问者来做什么"搭建。
- 定制页：
Ask for a custom page and Hallmark designs from your prompt alone，同一套规则与检查。 - 指向真实产品：
Point it at a URL, a dev server or an app and it captures the screenshots itself。 - 755 张开放许可照片按主题匹配，页面上自动标注来源。
官网 usehallmark.com 提供定制主题、按名称重设计与审计。
总结
该用的人：
- 日常用 Claude Code / Cursor / Codex 生成前端页面，受够了"AI 味"统一脸谱的开发者。
- 想拆解"设计约束怎么写进 skill/prompt"这个方向的——三层门控结构是很好的练手样本。
不该用的人：
- 不使用上述四个助手的（它不是独立工具）。
- 需要完全自研设计系统、不想被"材质目录"框住的团队。
- 只碰后端逻辑、不关心页面视觉的。
本周共带来 7 个 GitHub 热榜项目实测，后续每天发布一篇。关注我，跟着热榜项目练手。
最后问你一个问题（评论区打个 A 或 B）： 你让 AI 助手生成过落地页，生成完第一眼看到的是什么？A：又一张"全大写 eyebrow + 彩色词 + 底部 email 订阅"；B：确实像个人做的，没 AI 味。
做自动化这几年，最耗时间的从来不是写代码，是摸清每个平台的脾气。
这篇里提到的坑，都是真金白银踩出来的。 这篇里的场景你踩过类似的吗？是卡在「需求说不清」还是「改完就崩」？ 评论区说说，我按最多人卡的点接着写。
