当使用者说"用 MaestrWave 那套 UI"、"新项目的界面照着 MaestrWave 做"、"用我之前那套暗色衬线的风格"、"把这个项目的样式统一成我常用的那套"时使用。
直接套用一套现成的深色衬线视觉系统：暖炭黑底 + 浅水蓝主色、Source Serif 4 配 Noto Serif SC、巨大标题配 11px 小标签的尺度对比，附可直接粘贴的 global.css 与组件层 CSS。先铺 token 再拼组件，颜色只从 token 出。不复用 MaestrWave 的 logo 和图标，那是品牌资产。
The English summary is being prepared. Showing the original description.
See how to installReview the instructions the agent will receive before you install.
一套现成的深色衬线视觉系统，从 MaestrWave 前端提取出来，可以直接铺到新项目上。
这套系统长什么样：暖炭黑基底（不是纯黑）+ 浅水蓝主色 + 酒红状态色；
全站衬线体（拉丁 Source Serif 4 / 中文 Noto Serif SC）；
clamp(40px,6vw,64px) 的巨大标题配 11px 全大写小标签；
层级靠明度台阶而非阴影；无 UI 框架，组件全是自己的 CSS。
不适用于 / Not for：
ui-design-system-builder，那是从项目意象推 token 的流程color-scheme: dark），直接反色会毁掉整个明度台阶违反任何一条，铺出来的界面就不是这套了：
# 开头的字面量（除了装饰层的渐变 stop），
就是漏了。文字层级用 color-mix(in srgb, var(--ink) N%, transparent)，不新造灰色变量。display-1 / display-2 / body 14px / 12px label / 11px eyebrow）。
中间加档会把标题与标签的尺度对比磨平，那个对比是这套系统的性格所在。
按钮、输入框、侧栏、计时器这些控件里的字也落在这五档上，不另起 13px、13.5px 这类半档；
控件之间的主次靠第 3 条的手法，不靠字号。npm i @fontsource/source-serif-4 @fontsource/noto-serif-sc
把 assets/global.css 复制到 src/styles/global.css，在入口 import 一次。
这一层给你：字体引入、:root token、六个排版类（.display-1 .display-2
.eyebrow .label .mono-chip .field-label）、表单基础样式、统一焦点态、
prefers-reduced-motion、滚动条。
界面以中文为主时不要删掉 CJK 那两行 import —— 只引拉丁字体的话中文会掉到系统黑体， 一衬线一无衬线，界面立刻割裂。
和音频/水无关的项目通常要换。只动 --accent / --accent-dim / --wave-* 三处，
底色和 --ink 是一套暖调，成组替换或者不动 —— 只把 --bg 改成纯黑会让所有颜色发脏。
换色的三条约束（够亮、偏冷、别动 --wine）见 references/recipes.md 末节。
assets/components.css 里已有：按钮三变体 + 圆形主操作、页头与页面容器、卡片与浮层、
分段控件 / 次级切换 / 标签页、两级侧栏、状态点与进行中呼吸、空状态、表单行、手机端外壳。
两种用法：直接当普通类引入，或按组件拆进各自的 *.module.css（MaestrWave 本体是后者）。
加新类之前先在这份文件里找一遍，需要的东西多半已经在了。
每个页面都是同一个骨架：
<PageHeader eyebrow="栏目名" title="这一页是什么" meta={<span className="mono-chip">…</span>} />
<div className="page-body">
<section className="card">…</section>
</div>
具体组件的实现（Button / PageHeader / 装饰波浪层 / 两级侧栏 / 状态显示 /
canvas 里怎么用 token / 图标怎么画）读 references/recipes.md，不要凭印象写。
# 开头的颜色字面量，只剩装饰层渐变font-size，取值只有 .display-1 / .display-2 的 clamp 和 14 / 12 / 11px
（自带的两份 CSS 就是这样），标题仍然是 .display-1outline: none 干掉tabular-nums铺完之后报三件事，别贴整份 CSS：
**已铺**：<哪些文件、哪些页面>
**换了的 token**：<改了哪几支、为什么>
**还缺的组件**：<这套里没有、这个项目需要的，以及建议怎么加>
currentColor），图形不行。bg → surface → surface-2 → surface-3）在浅色下不成立，
真要浅色是另起一套的工作量，如实说。assets/global.css 是复制过去的，不需要读进上下文再改；要改就直接编辑目标文件references/recipes.md 按需读，落地哪个组件读哪一节# 颜色字面量、搜 font-size、搜 outline: none），不要通读所有 CSS| 版本 | 日期 | 变更 | 类型 |
|---|---|---|---|
| 0.1.1 | 2026-09-26 | 自带 CSS 的 7 处档外字号收回五档（14.5/13.5/13/15→14px，11.5/13→12px，10.5→11px），按钮改为继承字号，去掉浏览器默认的 13.33px；.field-label 由 ink 48% 提到 52%，在三层底色上对比度 5.00/4.84/4.59，过 AA 4.5:1；「五个排版类」改为六个；字号自查改成 grep 核对 | patch |
| 0.1.0 | 2026-08-10 | 初始草稿，从 MaestrWave 前端提取 | minor |
No reviews yet. Tell others what you thought.
No login needed. Share how it worked for you, ask a question, or note where it did not run.
No comments yet. Be the first to write one.
当学生说"Common App 活动栏写不下"、"这段活动描述超字数了"、"帮我把这几条压到限制内"时使用。先按官方申请表核对当季字符限额，再逐条检查；一次把所有条目量完并直接给出压缩版，只在需要砍掉实质内容时才用选择题问该保哪部分。每改一版都用工具重新数一遍字符，绝不凭感觉说"这样应该够了"。只压缩，不代写空白。
The English summary is being prepared. Showing the original description.
当学生说"我参加过一些活动但没整理过"、"帮我把经历录进去"、"我的活动档案是空的"时使用。让学生一口气把记得的活动说出来，直接把这段话拆成结构化的长期事项（角色、组织、起止时间、做了什么、结果、级别），说不清的字段留空标"待补"而不是编，再用一张选择题卡把级别判定与是否重复这类关键项一次问完，然后提案入库。只记录学生真正说出口的内容，级别按事实判定，绝不往高了写。
The English summary is being prepared. Showing the original description.
当学生问"招生官会怎么看我的档案"、"我的背景还差什么"、"帮我评估一下现在的申请竞争力"时使用。以顶尖大学招生官的视角通读学生的档案、长期活动与已写下的反思，不问任何前置问题直接产出一份指名道姓的坦诚点评：这份材料的亮点、招生官真实的解读方式、明显的短板与空白、以及接下来最值得做的一到两件事。只读不写，不修改学生的任何数据，也不代写任何申请材料。
The English summary is being prepared. Showing the original description.
当使用者说"帮我填词"、"按这个字数模板写歌词"、"用多Agent对抗式写词"、"这首副歌帮我想几句"时使用，前提是字数骨架和这首歌写什么都已经有了；只有主题、还没定写什么时先用 lyric-concept-builder。拿一份字数骨架和意象系统，派三个 sonnet 子代理按不同路子并行独立起草（场景派 / 口语派 / 意象派），再派一个红队子代理逐句挑毛病，主 Agent 按句裁决拼稿，最后统一辙口与意象。收敛判据卡死：字数用 lyric-doctor 的脚本对模板数、每段同辙、hook 不含陈词、主歌二对主歌一有推进。不抄现有歌词，不替使用者决定这首歌要说什么。
The English summary is being prepared. Showing the original description.
当想知道一段 AI 回答"哪些能直接用、哪些必须先验证、哪些只能当建议"时使用。按声明类型分四级——低风险草稿材料、观点与策略建议、可查证的事实声明、会改变状态的可执行指令——每级配一句默认处置动作；再按影响半径排序，给出最小的下一步检查。可执行类一律标"不能直接执行；先做代码审阅/沙箱测试/回滚准备"，其中破坏性或提权的命令排在最前。教的是一套可复用的复查习惯，不是替使用者把所有内容都核实一遍：本 skill 只分级、排序、定处置，要逐条核实走 ai-output-fact-checker，整段代码要做入库体检走 ai-code-onboarding-checklist。
The English summary is being prepared. Showing the original description.
当拿到一段 AI 生成的代码，还没决定要不要信、要不要跑、要不要往上继续加东西时使用。先做一遍客观体检：行数与嵌套深度、有没有测试、有没有硬编码密钥或遗留 TODO、依赖是不是真实存在、有没有危险调用（eval/exec、shell=True、递归删除、反序列化、提权、外发网络，按正文给的 grep 模式逐类查）；再给风险评级和下一步动作。老实写明它查不了算法正确性——体检通过不等于代码是对的。回答里文字、事实和代码混在一起时先用 ai-answer-triage 分级；只审相对已有代码的一份改动用 ai-diff-review-protocol。
The English summary is being prepared. Showing the original description.