01 / 03

Lingo

适合互动学习、儿童教育和游戏化引导，白底配亮绿紫色、圆形节点、触感立体边框与友好插画，清楚又有鼓励感。

通用设计明快多彩

设计语言预览

Playful Foundation

Primary Green

#58cc02

主行动、当前进度、成功反馈和最重要的积极界面信号。

Secondary Purple

#ce82ff

奖励、额外发现和少量愉悦强调，不与主路径争夺层级。

Surface White

#ffffff

页面、卡片、学习路径与工作台的清爽主画布。

Text Charcoal

#3c3c3c

标题、正文、边框和插画轮廓，避免生硬纯黑。

Explicit Feedback

Success

#58cc02

完成、可继续和正向鼓励；必须搭配清楚文字或图标。

Warning

#ffc800

需要暂停、确认或成人协助；不单独依赖颜色传达。

Danger

#ff4b4b

错误、阻断和需要恢复的状态，语气保持友好具体。

字体层级

Nunito · 32 / 900 / −2.5%

把每一次小发现变成值得庆祝的进步。

section-title

Nunito · 24 / 800 / 1.2

路径、奖励与下一步始终清楚可见

body-md

Nunito · 16 / 400 / 1.5

用简短、有帮助的句子解释正在发生什么，以及用户接下来可以做什么。

label-caps

JetBrains Mono · 12 / 700 / +7%

MISSION 07 · READY · +20 SPROUTS

间距、层级与形状

2xs 4px

xs 8px

sm 12px

md 16px

lg 24px

xl 32px

形状

full

按钮与输入使用 4–8px 圆角，卡片与模块使用 8px；圆形集中用于角色、图标、进度节点和奖励徽章。交互表面用 2px 边框配 4px 底部触感阴影。

层级

Level 0 · #ffffff 清爽画布与规律留白Level 1 · 2px #e5e5e5 边框的白色或浅色内容模块Level 2 · 4px 实色底边建立可按压的触感层级Level 3 · 友好插画、圆形节点与奖励元素；无玻璃、无渐变、无装饰性深景

组件样张

button-primary

绿色底、白色文字、2px 绿色边框、4–8px 圆角、4px 深绿底边且至少 44px 高；active 下移并缩短阴影。

button-secondary

白底配 2px 中性边框与同色触感底边，hover 可切换为浅绿表面，但不得失去清楚边界。

button-icon

图标按钮保持至少 44×44px，圆形只在图标或奖励语义成立时使用；错误、加载和禁用态均需文字说明。

text-input 搜索内容

content-row

一行核心内容保持清晰标题。

元信息 · 状态 · 更新时间

布局与响应式

像一条友好的探索路径一样组织产品：一个明确任务、可见进度、即时鼓励。

桌面端可用双栏首屏、纵向任务路径和带侧栏的学习工作台展示同一系统；移动端按标题、行动、插画、内容和状态单列，保留触感按钮和清楚文字，不保留会造成拥挤的装饰叠压。

断点	宽度	关键变化
移动端	< 768 px	单列内容，标题最高 28px，行动纵向排列，任务卡简化为两列，所有控件至少 44px。
平板	768 - 1099 px	首屏与路径逐步收为单列，保留亮色节点、8px 模块和明确的触感底边。
桌面端	>= 1100 px	双栏插画首屏、路径/组件双栏和侧栏工作台；单屏可固定 900px 形成完整叙事。

使用边界

应该

以 #ffffff 为清爽主画布，让 #58cc02 绿承担主行动和进度，#ce82ff 紫承担奖励和额外发现。
标题与正文统一使用 Nunito，通过 400–900 字重建立友好而明确的层级；等宽字只用于步骤、分数和状态标签。
严格遵循 12/14/16/20/24/32 字号和 4/8/12/16/24/32 间距级差，避免为了活泼而失去秩序。
按钮使用 4–8px 圆角、2px 边框与 4px 触感底边；按下时缩短底边并下移 2–3px，反馈短促明确。
圆形用于角色、奖励、节点和图标，让插画承担友好感；内容模块仍保持可预测的 8px 圆角。
覆盖 default、hover、focus-visible、active、disabled、loading 与 error，保证键盘路径、可见焦点和至少 44px 点击目标。

不要

不要复刻来源品牌的语言课程、角色或关卡内容；把这套视觉语言迁移到独立、通用的产品场景。
不要引入玻璃模糊、霓虹渐变、暗色科技背景或厚重写实材质，它们会削弱清爽亲和感。
不要把所有卡片都染成高饱和色；亮色用于行动、奖励和状态，阅读面保持白色或浅色。
不要使用过大的胶囊容器和松散阴影；触感来自清楚的底边、按压位移和有限柔和投影。
不要只用绿、黄、红区分结果，也不要以模糊鼓励代替可执行的错误恢复说明。
不要使用低对比灰字、含糊标签、不一致间距或小于 44px 的交互区域。

---
name: Lingo
colors:
  primary: "#58cc02"
  secondary: "#ce82ff"
  success: "#58cc02"
  warning: "#ffc800"
  danger: "#ff4b4b"
  surface: "#FFFFFF"
  text: "#3c3c3c"
  neutral: "#FFFFFF"
typography:
  h1:
    fontFamily: "Nunito"
    fontSize: 2rem
  body-md:
    fontFamily: "Nunito"
    fontSize: 1rem
  label-caps:
    fontFamily: "JetBrains Mono"
    fontSize: 0.75rem
  sourceScale: "12/14/16/20/24/32"
  weights: "400, 500, 600, 700, 800, 900"
rounded:
  sm: 4px
  md: 8px
spacing:
  sm: 4px
  md: 8px
  sourceScale: "4/8/12/16/24/32"
---

## 概览

活泼极简：亮色、圆形、触感 3D 边框与友好插画，塑造亲和易近人的界面。

## 风格基础

- **视觉风格：** 大胆、活泼
- **字号级差：** 12/14/16/20/24/32
- **字体：** primary=Nunito, display=Nunito, mono=JetBrains Mono
- **字重：** 400, 500, 600, 700, 800, 900
- **色板：** 主色、中性、成功、警告、危险
- **间距级差：** 4/8/12/16/24/32

## 色板

- **Primary (#58cc02)：** 来自"风格基础"的 Token。
- **Secondary (#ce82ff)：** 来自"风格基础"的 Token。
- **Success (#58cc02)：** 来自"风格基础"的 Token。
- **Warning (#ffc800)：** 来自"风格基础"的 Token。
- **Danger (#ff4b4b)：** 来自"风格基础"的 Token。
- **Surface (#FFFFFF)：** 来自"风格基础"的 Token。
- **Text (#3c3c3c)：** 来自"风格基础"的 Token。
- **Neutral (#FFFFFF)：** 由 surface Token 派生，以兼容官方格式。

## 技能指引

<!-- TYPEUI_SH_MANAGED_START -->
# Lingo 设计体系技能（通用）

## 使命
你是 Lingo 的资深设计体系规范作者。
输出可直接落地、工程师和设计师都能直接用的实用规范。

## 品牌

Lingo 是一种受 Duolingo 灵感启发的设计风格，融合极简布局、亮色、圆形形态与友好插画，塑造引人且亲和的界面。它专注清晰简洁，同时加入让产品更有欢迎感、更具互动感的个性。

## 风格基础
- 视觉风格：大胆、活泼
- 字号级差：12/14/16/20/24/32 | 字体：primary=Nunito, display=Nunito, mono=JetBrains Mono | 字重=400, 500, 600, 700, 800, 900
- 色板：主色、中性、成功、警告、危险 | Tokens：primary=#58cc02, secondary=#ce82ff, success=#58cc02, warning=#ffc800, danger=#ff4b4b, surface=#FFFFFF, text=#3c3c3c
- 阴影：交互元素采用触感十足的类 3D 底边框（如 border-b-4）或柔和投影
- 间距级差：4/8/12/16/24/32

## 无障碍
WCAG 2.2 AA、键盘优先交互、可见的焦点状态

## 文字调性
简洁、自信、有帮助

## 规则：应当
- 优先使用语义 Token 而非原始值
- 保持视觉层级
- 让交互状态明确可见

## 规则：不应
- 避免低对比度文字
- 避免不一致的间距节奏
- 避免无目的的装饰动效
- 避免含义模糊的标签
- 避免混用多种视觉隐喻
- 避免不可达的点击区域

## 期望行为
- 先遵循风格基础，再关注组件一致性。
- 不确定时，优先无障碍与清晰度，而非追求新颖感。
- 提供具体默认值，并在存在备选方案时说明取舍。
- 保持规范鲜明、精简，且面向实现。

## 规范撰写流程
1. 在提出规则前，先用一句话复述设计意图。
2. 先定义 Token 与基础约束，再给出组件级规范。
3. 明确组件结构、状态、变体与交互行为。
4. 包含无障碍验收标准与文案撰写要求。
5. 补充反模式，以及既有不一致 UI 的迁移建议。
6. 以一份可在代码评审中执行的 QA 清单收尾。

## 输出结构要求
生成设计体系规范时，请按以下结构组织：
- 背景与目标
- 设计 Token 与基础
- 组件级规则（涵盖结构、变体、状态与响应式行为）
- 无障碍要求与可测试的验收标准
- 文案与调性规范，附具体示例
- 反模式与不允许的实现
- QA 清单

## 组件规则要求
- 定义必须实现的状态：default、hover、focus-visible、active、disabled、loading、error（视需要）。
- 描述键盘、指针与触屏下的交互行为。
- 明确说明间距、字体与色彩 Token 的使用方式。
- 覆盖响应式行为与边界场景（如长标签、空态、内容溢出）。

## 质量门禁
- 规则不应只依赖含糊形容词；必须以 Token、阈值或示例作为锚点。
- 每一条无障碍主张，在实现中都必须可测试。
- 优先保证体系一致，而非局部的一次性优化。
- 当美观与无障碍冲突时明确指出，并以无障碍为先。

## 约束语言示例
- 用"必须"表述不可协商的规则，用"应"表述建议。
- 每条"应当"规则至少配一个具体的"不应"反例。
- 引入新模式时，同步提供既有组件的迁移指引。

<!-- TYPEUI_SH_MANAGED_END -->