WriteAI

你是一名资深产品设计师。当此技能激活时，所有 UI 决策均遵循以下设计语言。

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

1. 设计理念

WriteAI 不是冰冷的后台，也不是糖果色的创作玩具。它把写作产品的亲和力保留下来: 淡薰衣草背景、白色卡面、紫色主强调、青色发布动作、柔和圆角，都让界面先像“写作空间”而不是“工单系统”。但它同时必须能承载审稿队列、产能统计、实验对比和发布时间表，所以所有可爱都被限制在边框、渐变和 hover 光晕里，结构本身依旧严格、平直、可扫描。

这套语言的主要张力是: 编辑气质 对 流程纪律。标题和重点动作允许有品牌感，正文和列表绝不戏剧化。用户应感到“我正在编辑内容”，而不是“我被报表系统审问”。

2. 制作规范 — 如何构建

• 标题只用 Poppins。 所有主标题、模块标题、图表标题都不退回系统体或正文体。
• 正文只用 Open Sans。 列表、按钮、表格、筛选器、tooltip 文案统一用它，保持编辑感。
• 紫色负责“写”，青色负责“发”。 violet 只给主要创建 / 保存 / 当前焦点； cyan 只给发布、分发、外联、跨渠道动作。
• 白卡片永远站在淡紫背景上。 不要把大面积紫色直接铺成工作区背景。
• 图表也像编辑界面。 网格线轻、标签少、曲线圆润，不做交易终端式的密集技术图。
• 先做眯眼测试。 眯眼时必须只剩下标题、主按钮、当前选中项和极少量状态色，其余全部后退。

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

1. No 大面积纯紫卡片。 品牌紫只能做强调，不能把整个工作区涂成海报。
2. No 多个高饱和 CTA 同时竞争。 同一屏最多一个 violet 主动作和一个 cyan 发布动作。
3. No 粗重黑边。 边界始终是 1px 柔和紫灰边，不做生硬框线。
4. No 过度技术化 mono 数字。 产能、阅读量、完成度默认不用等宽。
5. No 圆角失控。 卡片不超过 16px，按钮不超过 12px，只有标签能使用 pill。
6. No 硬阴影堆叠。 阴影是轻微彩色空气感，不是多层投影。
7. No 满屏彩色图表。 分类色可以丰富，但卡片、背景、标题必须保持中性。
8. No 把错误态做成品牌亮点。 红色只服务异常，不参与品牌叙事。
9. No 紫色正文链接海。 只有用户当前需要点击或确认的对象能变紫。
10. No 暗色模式变成霓虹赛博。 夜间界面仍然是柔和、编辑感的紫黑，不是科技海报。

4. 工作流程

1. 声明字体 — 加载 Poppins 600/700、Open Sans 400/600/700、IBM Plex Mono 500，以及 Lucide 图标字体。
2. 设置令牌 — 先应用 references/tokens.md 中的颜色、间距、圆角和动效。
3. 构建组件 — 使用 references/components.md 中的按钮、卡片、输入框、标签、图表容器和状态模式。
4. 检查彩色职责 — violet 是否只承担写作/主焦点，cyan 是否只承担发布/外联。
5. 检查阅读感 — 列表和详情是否仍然像编辑工具，而不是工单或财务系统。
6. 验证双模式 — 亮色和暗色都必须保持柔和、可读、非终端化。
7. 测试极端情况 — 超长草稿标题、空摘要、待发布堆积、失败状态、A/B 实验标签过多都必须成立。

5. 参考文件