当学生说"Common App 活动栏写不下"、"这段活动描述超字数了"、"帮我把这几条压到限制内"时使用。先按官方申请表核对当季字符限额,再逐条检查;一次把所有条目量完并直接给出压缩版,只在需要砍掉实质内容时才用选择题问该保哪部分。每改一版都用工具重新数一遍字符,绝不凭感觉说"这样应该够了"。只压缩,不代写空白。
日本語の概要は準備中です。原文の説明を表示しています。
当使用者说"用 MaestrWave 那套 UI"、"新项目的界面照着 MaestrWave 做"、"用我之前那套暗色衬线的风格"、"把这个项目的样式统一成我常用的那套"时使用。
直接套用一套现成的深色衬线视觉系统:暖炭黑底 + 浅水蓝主色、Source Serif 4 配 Noto Serif SC、巨大标题配 11px 小标签的尺度对比,附可直接粘贴的 global.css 与组件层 CSS。先铺 token 再拼组件,颜色只从 token 出。不复用 MaestrWave 的 logo 和图标,那是品牌资产。
インストールする前に、エージェントに与えられる指示の中身を確認できます。
一套现成的深色衬线视觉系统,从 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 |
まだレビューはありません。使ってみた感想をお寄せください。
概要と使いどころ
当学生说"Common App 活动栏写不下"、"这段活动描述超字数了"、"帮我把这几条压到限制内"时使用。先按官方申请表核对当季字符限额,再逐条检查;一次把所有条目量完并直接给出压缩版,只在需要砍掉实质内容时才用选择题问该保哪部分。每改一版都用工具重新数一遍字符,绝不凭感觉说"这样应该够了"。只压缩,不代写空白。
日本語の概要は準備中です。原文の説明を表示しています。
当学生说"我参加过一些活动但没整理过"、"帮我把经历录进去"、"我的活动档案是空的"时使用。让学生一口气把记得的活动说出来,直接把这段话拆成结构化的长期事项(角色、组织、起止时间、做了什么、结果、级别),说不清的字段留空标"待补"而不是编,再用一张选择题卡把级别判定与是否重复这类关键项一次问完,然后提案入库。只记录学生真正说出口的内容,级别按事实判定,绝不往高了写。
日本語の概要は準備中です。原文の説明を表示しています。
当学生问"招生官会怎么看我的档案"、"我的背景还差什么"、"帮我评估一下现在的申请竞争力"时使用。以顶尖大学招生官的视角通读学生的档案、长期活动与已写下的反思,不问任何前置问题直接产出一份指名道姓的坦诚点评:这份材料的亮点、招生官真实的解读方式、明显的短板与空白、以及接下来最值得做的一到两件事。只读不写,不修改学生的任何数据,也不代写任何申请材料。
日本語の概要は準備中です。原文の説明を表示しています。
当使用者说"帮我填词"、"按这个字数模板写歌词"、"用多Agent对抗式写词"、"这首副歌帮我想几句"时使用,前提是字数骨架和这首歌写什么都已经有了;只有主题、还没定写什么时先用 lyric-concept-builder。拿一份字数骨架和意象系统,派三个 sonnet 子代理按不同路子并行独立起草(场景派 / 口语派 / 意象派),再派一个红队子代理逐句挑毛病,主 Agent 按句裁决拼稿,最后统一辙口与意象。收敛判据卡死:字数用 lyric-doctor 的脚本对模板数、每段同辙、hook 不含陈词、主歌二对主歌一有推进。不抄现有歌词,不替使用者决定这首歌要说什么。
日本語の概要は準備中です。原文の説明を表示しています。
当想知道一段 AI 回答"哪些能直接用、哪些必须先验证、哪些只能当建议"时使用。按声明类型分四级——低风险草稿材料、观点与策略建议、可查证的事实声明、会改变状态的可执行指令——每级配一句默认处置动作;再按影响半径排序,给出最小的下一步检查。可执行类一律标"不能直接执行;先做代码审阅/沙箱测试/回滚准备",其中破坏性或提权的命令排在最前。教的是一套可复用的复查习惯,不是替使用者把所有内容都核实一遍:本 skill 只分级、排序、定处置,要逐条核实走 ai-output-fact-checker,整段代码要做入库体检走 ai-code-onboarding-checklist。
日本語の概要は準備中です。原文の説明を表示しています。
当拿到一段 AI 生成的代码,还没决定要不要信、要不要跑、要不要往上继续加东西时使用。先做一遍客观体检:行数与嵌套深度、有没有测试、有没有硬编码密钥或遗留 TODO、依赖是不是真实存在、有没有危险调用(eval/exec、shell=True、递归删除、反序列化、提权、外发网络,按正文给的 grep 模式逐类查);再给风险评级和下一步动作。老实写明它查不了算法正确性——体检通过不等于代码是对的。回答里文字、事实和代码混在一起时先用 ai-answer-triage 分级;只审相对已有代码的一份改动用 ai-diff-review-protocol。
日本語の概要は準備中です。原文の説明を表示しています。