1. 为什么 AI 写的网页总像同一套模板用 Claude Code、Cursor 或 Codex 生成网页时很多人会遇到同一个现象不管项目换成什么行业出来的页面结构高度雷同。顶部一段大标题中间三张功能卡片下面一个行动按钮最后接页脚。你把颜色从蓝改成绿把字体从 Inter 换成思源黑体整体观感还是像同一套模板换皮。这不是模型能力不行而是它在没有额外约束时会默认收敛到训练数据里最高频的布局模式。要打破这种收敛需要给 AI 编程助手注入一套明确的设计规则。Hallmark 就是干这个的它由 Nutlope 开发是一套面向 AI 编程助手的开源设计技能MIT 许可证当前技能版本 1.1.0支持 Claude Code、Cursor 和 Codex。它不替代 React、Next.js、Vue 或普通 HTML而是作为一份 AI 助手会读取的设计规范约束页面结构、字体搭配、颜色和组件节奏让不同项目产生更明显的差异。这篇内容聚焦 Hallmark 在 Claude Code、Cursor、Codex 中的安装与配置给出可复制的 settings.json / config.toml 骨架以及用 TaoToken 统一 Key 接入的步骤最后演示安装后如何验证生成页面的去模板化效果。适合正在用 AI 做企业官网、SaaS 介绍页、管理后台重设计或者给多个品牌生成不同风格落地页的开发者。Hallmark 提供四种使用方式默认模式按需求创建新界面hallmark audit检查已有页面并列出设计问题但不改代码hallmark redesign保留原有内容、品牌和信息结构只重做视觉层hallmark study分析截图或网页的结构、字体和颜色特征提取设计思路而非逐像素复制。项目还内置 20 种主题和一套自定义设计流程不同需求不会只做简单颜色替换。2. 前置准备TaoToken 统一 Key 与技能安装在装 Hallmark 之前先把 AI 编程助手的模型接入理顺。如果你同时用 Claude Code、Cursor 和 Codex每个工具各配一套 Key 会很乱。TaoToken 提供统一的 API 入口官网是 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content API 地址是 https://taotoken.net/api 不加 UTM。你可以在控制台创建 Key然后让三个工具共用同一个 Key省去反复切换的麻烦。创建 Key 的入口在控制台地址是 https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_contentconsoleutm_campaignrewrite 。Key 管理页面在 https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi-keysutm_campaignrewrite 生成后复制保存后面配置里会用到。接入文档在 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 遇到参数不确定时可以对照。Hallmark 本身的安装很简单官方命令是npx skills add nutlope/hallmark这条命令会把技能文件拉到本地对应目录。以后重新执行相同命令即可更新技能。安装完成后根据你用的 AI 编程工具检查技能文件位置工具技能目录Claude Code~/.claude/skills/hallmark/Codex个人级~/.codex/skills/hallmark/Codex项目级项目目录/.codex/skills/hallmark/Cursor项目目录/.cursor/rules/hallmark.mdcCursor 的做法是把SKILL.md正文保存为项目规则文件hallmark.mdc。Claude Code、Cursor 和 Codex 的手动安装路径在项目 README 里都有列出自动安装失败时可以手动放置。注意Hallmark 只是技能文件不需要单独启动数据库、后台服务或 Docker 容器。个人开发者直接装在自己电脑上就能用。3. 可复制配置settings.json 与 config.toml 骨架这一节给出三个工具的可复制配置骨架。核心思路是把模型请求指向 TaoToken 的 API 地址并把 Key 通过环境变量注入避免硬编码进仓库。3.1 Claude Code 的 settings.jsonClaude Code 的配置放在~/.claude/settings.json。下面是一个骨架把ANTHROPIC_BASE_URL指向 TaoTokenKey 从环境变量读取{ env: { ANTHROPIC_BASE_URL: https://taotoken.net/api, ANTHROPIC_AUTH_TOKEN: ${TAOTOKEN_API_KEY}, ANTHROPIC_MODEL: claude-sonnet-4-20250514 }, permissions: { allow: [ Read, Edit, Bash(git status), Bash(git diff) ] } }然后在 shell 里导出 Key不要写进配置文件export TAOTOKEN_API_KEY你的Key如果你更习惯用 Claude Code 的 Anthropic 兼容接入方式可以参考 https://taotoken.net/ClaudeCodeAnthropic?utm_sourcetaotoken_aicg_blog_endutm_contentClaudeCodeAnthropicutm_campaignrewrite 里的说明把 base URL 和鉴权头对齐。3.2 Codex 的 config.tomlCodex 的配置放在~/.codex/config.toml。骨架如下model gpt-5-codex model_provider taotoken [model_providers.taotoken] name TaoToken base_url https://taotoken.net/api env_key TAOTOKEN_API_KEY [profiles.default] model_provider taotoken approval_policy on-requestenv_key指向环境变量名Codex 启动时会去读TAOTOKEN_API_KEY。这样 Key 不进配置文件也不进 Git。3.3 Cursor 的规则与模型配置Cursor 分两部分。模型接入在设置里填 OpenAI 兼容的 base URL 和 Keybase URL 用https://taotoken.net/apiKey 填你的 TaoToken Key。设计规则部分把 Hallmark 的SKILL.md正文保存为项目目录/.cursor/rules/hallmark.mdcCursor 会在该项目里自动加载这条规则。如果你需要长期跑编码任务或 Agent 流程可以看 Coding Plan地址是 https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding-planutm_campaignrewrite 它更适合持续性的编码场景而不是单次对话。提示三个工具共用同一个 TaoToken Key 时建议在控制台给 Key 起一个能区分用途的名字方便后续排查是哪个工具在消耗额度。4. 验证请求确认接入成功并观察去模板化效果配置写完后先验证模型请求是否真的走通了再验证 Hallmark 是否生效。分两步走。4.1 验证 TaoToken 接入在 Claude Code 里发一条最简单的请求比如让它读一个文件并总结。如果返回正常说明 base URL 和 Key 都对。如果报鉴权错误优先检查环境变量是否在当前 shell 生效echo $TAOTOKEN_API_KEY输出为空说明没导出成功。Codex 那边可以用codex启动后发一条测试指令观察是否命中taotokenprovider。Cursor 则在设置里点验证或者直接开一个对话问一句。想单独验证模型对话是否正常可以用模型对话页面地址是 https://taotoken.net/model-chat?utm_sourcetaotoken_aicg_blog_endutm_contentmodel-chatutm_campaignrewrite 发一条消息看返回能快速区分是 Key 问题还是工具配置问题。4.2 验证 Hallmark 去模板化效果接入通了之后进入一个准备开发的网站目录cd ~/projects/company-site启动已经装好 Hallmark 的 AI 编程助手然后描述真实需求。关键是给足业务上下文而不是只说“做个首页”使用 Hallmark 重新设计这个企业官网首页。 保留现有文字内容和路由不要删除原有业务组件。 页面面向工业材料采购客户需要清晰展示产品分类、 生产能力、质量控制和联系方式。 不要编造客户数量、认证证书或销售数据。Hallmark 会根据需求选择页面结构和主题并在输出前做设计检查。对比安装前后你会看到明显差异安装前 AI 大概率给你三卡片加行动按钮安装后它会根据“工业材料采购”这个场景选择更贴近 B 端信息密度的布局比如参数表、分类导航、资质区块而不是套用通用 SaaS 模板。如果只是想检查已有页面的问题在 AI 助手里输入hallmark audit ./src想保留内容但重做界面hallmark redesign ./src想分析参考页面的设计特点hallmark study 页面地址这些都是在 AI 编程助手的对话里输入的不是在普通 Shell 里执行的独立命令。这点容易搞混我第一次用的时候就在终端里敲了hallmark audit结果当然找不到命令。4.3 修改已有项目的安全操作Hallmark 的规则明确要求在已有项目中不能未经确认就删除生产文件、路由目录或组件。默认应修改指定文件或增加新组件和设计变量。涉及批量删除时需要先列出文件计划并获得确认。为了进一步防误改可以在操作前要求先列出准备创建和修改的文件不要删除任何文件。 等我确认后再开始修改。改完检查 Git 差异git status git diff确认没问题再提交git add . git commit -m redesign homepage with Hallmark重要项目先建独立分支git switch -c hallmark-redesign这样设计效果不符合预期时随时能回到原来的代码。5. 本篇常见错排查这一节整理安装和配置 Hallmark 时最容易踩的坑按现象给排查方向。现象一npx skills add nutlope/hallmark执行后找不到技能目录。先确认 Node.js 和 npm 可用node --version、npm --version、npx --version都要能输出版本号。如果 npx 拉取慢检查网络和 npm 源。安装完成后按第 2 节的表格逐个核对目录Claude Code 看~/.claude/skills/hallmark/Codex 看~/.codex/skills/hallmark/Cursor 看项目里的.cursor/rules/hallmark.mdc。现象二在终端里敲hallmark audit报 command not found。这是最常见的误解。Hallmark 的四种模式都是在 AI 编程助手的对话里输入的不是独立 CLI 命令。你不需要把它装成全局命令也不需要在 Shell 里执行。现象三配置写好了但请求还是走原来的模型。检查环境变量是否在当前 shell 生效echo $TAOTOKEN_API_KEY有没有输出。Claude Code 的settings.json里如果用了${TAOTOKEN_API_KEY}这种占位要确认工具支持变量展开不支持的话就改成直接读环境变量的写法。Codex 的config.toml里env_key名字要和实际导出的变量名完全一致大小写敏感。现象四Cursor 里 Hallmark 规则不生效。确认hallmark.mdc放在项目根目录的.cursor/rules/下而不是全局目录。规则文件是按项目加载的换项目要重新放。另外确认 Cursor 的模型接入 base URL 填的是https://taotoken.net/apiKey 是 TaoToken 控制台生成的。现象五AI 仍然编造客户数量、转化率、评价。Hallmark 规则要求 AI 不得随意编造证明材料如果用户没提供真实数据应使用占位内容或调整页面结构。但规则生效的前提是技能被正确加载。如果发现还在编数据先确认技能目录存在再在对话里明确要求“不要编造客户数量、认证证书或销售数据”。现象六改完项目发现文件被误删。这是没走确认流程导致的。操作前要求 AI 先列出准备创建和修改的文件等确认后再动手。已经误删的话用git status和git diff看变更没提交的可以git checkout恢复提交过的用git revert或回到之前的分支。现象七想预览 Hallmark 仓库里的示例站点。克隆仓库后启动本地预览git clone https://github.com/Nutlope/hallmark.git cd hallmark npm run serve检查监听端口ss -lntp | grep 4173这个静态站点用 Python HTTP 服务器在 4173 端口运行site目录主要用于展示不同主题和页面案例不是必须部署的管理后台。远程服务器上想本地查看用 SSH 隧道ssh -L 4173:127.0.0.1:4173 developer服务器IP然后访问本地 4173 端口。不建议把开发端口直接暴露到公网。6. 把设计规则沉淀成团队资产Hallmark 真正有价值的地方不是装完就完事而是把设计约束变成项目里可复用的规则。你可以把hallmark.mdc或技能目录提交到私有仓库团队里每个人用 Claude Code、Cursor 或 Codex 时都加载同一套规则生成出来的页面风格才会一致而不是各写各的。配合 TaoToken 的统一 Key三个工具共用一套接入配置换工具不用重新配模型。需要长期跑编码任务或 Agent 流程时Coding Plan 比单次对话更合适只是偶尔验证模型输出用模型对话页面就够。接入过程中遇到鉴权或参数问题先翻接入文档再对照 API Keys 页面确认 Key 状态。最后提醒一句Hallmark 能减少模板化但最终效果仍取决于需求描述、真实文案、品牌资料和图片素材。企业网站如果缺少真实产品信息、品牌颜色、应用案例和业务结构光靠设计规则还是很难得到完整结果。把业务信息给足规则才发挥得出来。