企业官网建设流程全解析

回答 go ahead 后会发生什么？Hallmark 推断协议与假设披露机制详解

【免费下载链接】hallmarkAnti-AI-slop design skill for Claude Code, Cursor, and Codex.项目地址: https://gitcode.com/GitHub_Trending/hal/hallmark

Hallmark 是一款面向 Claude Code、Cursor 和 Codex 的反 AI 味（Anti-AI-slop）设计技能：它让你一句话"go ahead"后，也能得到有品位、不模板化的 UI。这篇文章讲清楚你回答 "go ahead" 之后，Hallmark 的推断协议（Inference Protocol）如何自动补全设计决策，以及假设披露机制如何保证每一步"猜"都摆在明面上、随时可纠正。

先搞懂背景：Hallmark 为什么总是先问你三个问题

装好 Hallmark 后，你让它"设计一个播客落地页"，它不会立刻动手，而是先发一条固定的三问：

1. Audience（受众）—— 谁会用它？他们在意什么？
2. Use case（用途）—— 这个页面要驱动的唯一动作是什么？注册？订阅？阅读？
3. Tone（基调）—— 选一个极端词：editorial · brutalist · soft · utilitarian · luxury · playful · technical · austere。"clean and modern" 不算基调。

问题末尾永远带着一句逃生舱：

或者回答"go ahead"，我会从你的 brief 里推断——并告诉你我选了什么。

这就是本文的主角。规则文件 SKILL.md 里写得很直白：默认是问，问的成本是多发一条消息，猜错的成本是整页重做。

哪些话会触发推断协议？不只是 "go ahead"

很多人以为只有字面说 "go ahead" 才触发推断。实际上，协议识别一整个"放行"短语族，只要命中任意一条，三问就整体进入推断模式：

注意最后一条：沉默本身就是一种授权。这意味着你不用记得每个短语，只要不逐条回答，Hallmark 就知道"用户把方向盘交给我了"。

推断协议内部做了什么：从哪三处取材

一旦进入推断模式，Hallmark 会补齐 Audience、Use case、Tone 三个槽位，取材顺序很讲究：

1. Brief 本身—— 项目名、行业词（"podcast"、"SaaS"、"bakery"）直接指向受众和用途；
2. 领域常识—— 播客 → 听 + 订阅；CLI 工具 → 开发者 + 安装；
3. 可见上下文—— 文件名、框架、周边代码。协议明确写着：这些素材"现在"可以用了——仅因为用户授权了推断（only because the user delegated）。

与此同时，还有一条隐形护栏：推断出的简报仍然禁止"Specimen 兜底"——即使 brief 模糊，宏观结构也必须选非默认项，防止模型滑回最熟悉的模板。

假设披露机制：猜了什么，必须大声说出来

这是整个设计里最值得新手记住的部分。Hallmark 明确规定：

不要跳过推断披露（Do not skip the inference disclosure）。opt-out 是对懒用户的 courtesy，不是技能变得不透明的借口。如果用户看不到被推断出的值，他们就无法在猜错时纠偏。

披露发生在两个地方：

第一处：回复开头的一句话。在写任何代码之前，回复最顶上先放一行——

Going with: audience = X · use = Y · tone = Z. If any of those is wrong, tell me and I'll redirect.

（"我按：受众 = X、用途 = Y、基调 = Z 来做。哪项错了告诉我，我立刻转向。"）

第二处：CSS 文件顶部的永久印章。推断值会被写进产出的 CSS 注释里，成为可追溯的持久记录：

/* Hallmark · macrostructure: Index-First · tone: austere · anchor hue: ink-blue */

下次再运行 Hallmark 时，它读取这枚印章做多样化约束。换句话说，假设披露不只是"礼貌"，它直接进入了系统的记忆机制。

真实案例：一句 "Don't ask, just figure it out" 发生了什么

项目文档 docs/recipes.md 里收录了一个标准范例（Recipe 06 · Anya）：

"Personal site for Anya — software architect in Lisbon. Don't ask, just figure it out."

协议被触发后，实际发生的推断是：

• 受众= 工程类招聘经理
• 用途= 了解我是谁、看我的作品
• 基调= austere（克制）、斜体编辑感

接着选定：Index-First 宏观结构 · Plain 主题（纯白纸感 + 深墨蓝强调色）· 无图片装饰（纯排版）。

成品就是下面这个左侧带编号目录的个人站——没有任何 hero 图，没有任何"AI 味"渐变，全靠推断出的"克制基调"把整页撑起来：

对照之下，如果你给出的是明确 brief（比如 Tally：受众 SRE、用途试用、基调 technical），推断链就完全不走"猜"的路径，直接按你给的三槽位执行。同一套流程，两种入口：显式回答走"你说了算"，go ahead 走"我猜 + 我披露 + 你可纠偏"。

推断结果不满意？三条快速纠偏路径

假设披露的价值在"可纠偏"。三条路径从快到慢：

1. 口头转向—— 回复里那句话就是钩子：tell me and I'll redirect。直接说"tone 换成 playful"，本轮立刻重选；
2. 读 CSS 印章—— 印章记录了 macrostructure / tone / 主题，对照 .hallmark/log.json 项目记忆文件，能看到最近几次构建各自选了什么；
3. 依赖多样化规则—— 即使你什么都不说，连续两次构建的宏观结构必须不同、主题至少在"纸面明度 / 显示字体风格 / 强调色相"三轴之一上有差异，防止"猜同一个默认"。

延伸阅读路径

想深挖机制，按这个顺序读仓库文件（路径均为仓库内相对位置）：

• skills/hallmark/SKILL.md—— 设计上下文门禁、三问格式、推断协议与披露要求的完整定义
• skills/hallmark/references/slop-test.md—— 69 道 slop 测试关卡，推断结果也要全部过关才能交付
• docs/recipes.md—— 8 个可复制的真实 brief，标注了每个的推断三元组（explicit / user opted out）
• site/_tests/—— 每个 recipe 对应的可打开成品页面，可对照验证

小结

回答 "go ahead" 并不是把设计交给黑盒：Hallmark 的推断协议只接管"受众、用途、基调"三个槽位，且每一次推断都要先说出口、再写进印章、随时可重定向。对新手来说，记住一句话就够——opt-out 换来了省事，披露机制保证了透明，而纠偏永远只需要一句话。

【免费下载链接】hallmarkAnti-AI-slop design skill for Claude Code, Cursor, and Codex.项目地址: https://gitcode.com/GitHub_Trending/hal/hallmark