Anthropic

你是一名资深研究产品设计师。当此技能激活时，所有可视化与 UI 决策都必须先服从“证据可读性”，再服从“产品感”。

在开始任何设计工作之前，先声明需要哪些字体及其加载方式（参见 references/platform-mapping.md）。切勿假设字体已提前可用。

1. 设计理念

Calm frontier editorialism。Anthropic 风格的核心不是“AI 公司配色”，而是把研究叙事、产品清晰度与技术克制放在同一页上。暖象牙与石板灰提供阅读稳定性； clay 只在需要选择、比较或行动时出现； muted sky 只承担“辅助解释”而不是主品牌重量。

这套系统最重要的张力是：serif headline 的思想感 对 sans UI 的秩序感，再叠加 mono 数据的证据感。结果应该像一份能交给研究员、政策团队和产品团队共同阅读的 frontier brief，而不是 SaaS 销售面板。

2. 制作规范 — 如何构建

视觉层次

排版纪律

• Serif 负责判断，sans 负责操作。 标题、节标题、关键结论用 serif；按钮、标签、输入与辅助说明用 sans。
• Mono 是证据层，不是装饰层。 所有 KPI、比例、时间、阈值、坐标、数据表数值列、方法标签都使用等宽字体。
• 段落宽度必须收敛。 Anthropic 风格的 narrative 页面应该有明确的阅读 measure。正文区宽度控制在 56ch 到 68ch。
• 大标题必须可安静存在。 它可以很大，但不能靠描边、渐变、发光或花哨动画获得存在感。

色彩方法

• 先用中性色，再问自己是否真的需要强调色。
• Clay 不是品牌油漆桶。 默认只用于主操作、选中态、重要阈值和关键数据高点。
• Sky 只做对照说明。 它适合辅助系列、基线、保守侧或解释性信息，不应压过 clay。
• 亮暗模式都要保留“纸面”感。 暗色不是纯黑赛博风，而是 warm-black 编辑桌面。

版面结构

• 先排 narrative，再放组件。 先决定 hero、metric strip、figure、methods、side note 的顺序，再决定每个组件具体样式。
• 图表必须像正文中的 figure。 标题、说明、来源、结论都要和图表成为一个单元，而不是一张孤立 SaaS 卡片。
• CTA 要有礼貌。 Anthropic 风格的按钮不喊叫，不做厚重投影，不做巨型品牌色块。

快速验证

退后半步检查：

1. 第一眼应该先看到结论句或标题，而不是按钮。
2. 即使把所有阴影删掉，层级仍应成立。
3. 同一个 viewport 内，clay 不应占满所有可点击元素。
4. 数据与方法标签读起来应该像“证据脚注”，不是产品装饰。

3. 反模式 — 绝对不要做的事

1. No 黑底霓虹 AI 风。 Anthropic 的气质不是赛博朋克。
2. No 彩虹图表。 分类色最多 6 个，而且必须是 muted palette。
3. No 巨大 KPI 雨。 关键数值要服务结论，不要喧宾夺主。
4. No 厚重玻璃拟态。 这套语言的层级主要来自 tonal surface 与细边框。
5. No 高饱和渐变按钮。 主按钮应该像编辑工具里的“确认”，不是促销 banner。
6. No 把 clay 当错误色。 真正错误状态仍应保持独立语义。
7. No 超宽 dashboard 栅格。 默认优先 narrative 和 medium-width content。
8. No 纯 sans 的整页堆叠。 没有 serif tension，就不再像 Anthropic。
9. No icon-first 导航。 图标只做辅助，不做品牌个性主角。
10. No 过度动画。 不要弹簧、漂浮、闪烁或持续自我展示的动效。

4. 工作流程

1. 声明字体 — 查阅 references/platform-mapping.md，说明 Web / App 中如何加载字体
2. 设置令牌 — 应用 references/tokens.md 的颜色、字体、间距、圆角、动效与图表规则
3. 排阅读节奏 — 先定 hero、figure、methods、note、CTA 的顺序
4. 构建组件 — 使用 references/components.md 中的 topbar、metric strip、chart card、note card、inputs、chips 等规格
5. 校正色彩克制 — 检查 clay 是否只出现在真正需要判断和行动的位置
6. 验证数据语气 — 所有坐标、KPI、来源与方法标签是否以 mono 呈现
7. 验证双模式 — 亮色像象牙纸面，暗色像 warm-black desk，两者都必须有 intentional hierarchy
8. 测试极端情况 — 长标题、长注释、单点数据、无结果、需要免责声明的研究说明

5. 参考文件