当学生说"Common App 活动栏写不下"、"这段活动描述超字数了"、"帮我把这几条压到限制内"时使用。先按官方申请表核对当季字符限额,再逐条检查;一次把所有条目量完并直接给出压缩版,只在需要砍掉实质内容时才用选择题问该保哪部分。每改一版都用工具重新数一遍字符,绝不凭感觉说"这样应该够了"。只压缩,不代写空白。
日本語の概要は準備中です。原文の説明を表示しています。
当使用者说"帮我做个界面"、"这个页面太丑"、"看着像模板/像 AI 做的"、"给这个项目定个视觉风格"、"配色和字体你来定"、"把这几个页面统一一下"时使用。
先从项目本身抠出一个具体意象,据此定出一版完整的 CSS 变量与排版尺度(不是"现代简洁"这种废话),再用这些 token 拼组件;每个非显然的取舍都在代码注释里写清理由、代价和怎么改回去。中文界面必须同时配 CJK 字体。不装 UI 框架来跳过这一步,不改业务逻辑,不为了好看牺牲对比度和可读性。
インストールする前に、エージェントに与えられる指示の中身を確認できます。
给一个项目定出它自己的视觉语言:一版 token、一套排版尺度、几个用 token 拼出来的组件。
界面之所以像模板,不是因为审美差,是因为每个决定都取了默认值 ——
默认的 Inter、默认的 8px 圆角、默认的 0 4px 12px rgba(0,0,0,.1)。
这个技能要求每个决定能说出为什么是这个项目该用的。
不适用于 / Not for:
maestrwave-ui-system,
那边有可粘贴的 global.css 与组件层,不用从头推倒过来做就会失败。先挑组件、边写边配色,最后拼出来的一定是一堆互不相干的局部最优。
读 README 的项目定位和领域名词,只读这些,找一个能画出来的意象。
| 弱 | 强 |
|---|---|
| 现代、简洁、专业 | 月光下的水面(音频波形应用) |
| 科技感 | 老式示波器的荧光余晖 |
| 温暖友好 | 图书馆闭馆前那盏台灯 |
判据:这个意象能直接推出颜色和材质。"简洁"推不出任何具体值,"月光下的水面"能推出 暖炭黑基底 + 浅水蓝主色 + 低透明度的叠层波浪。
抠不出来就问一句,别自己编一个宏大的概念糊上去。
不要贴调色板让人挑。写出一份能直接粘进 global.css 的 :root,
包含背景层级、主色、状态色、文字色、描边色、字体栈,每一支都在注释里写为什么。
:root {
--bg: #15130f; /* 暖炭黑,不用纯黑:纯黑上任何颜色都发脏 */
--surface: #211c15;
--surface-2: #2c2519; /* 层级靠明度递增,不靠阴影 —— 深色界面里阴影几乎看不见 */
--accent: #7cb2e8; /* 浅水蓝,呼应波形主题 */
--wine: #b8453a; /* 状态色(录制/危险),和蓝形成一冷一暖 */
--ink: #f3eddd; /* 暖白,不用 #fff:和暖底搭配才不割裂 */
--line: rgba(243, 237, 221, 0.1);
}
要点:
color-mix(in srgb, var(--ink) 55%, transparent),不另起一堆灰色 tokengetComputedStyle 取回来),
不然换主题时这些地方会被漏掉一套排版系统的性格来自极端之间的落差,不是来自中间有多少档。
display-1 clamp(40px, 6vw, 64px) weight 600 line-height 0.98 letter-spacing -0.02em
display-2 clamp(24px, 3vw, 32px)
body 14px line-height 1.5
eyebrow 11px letter-spacing 0.14em uppercase 用主色
label 12px 透明度 55%
巨大的标题配 11px 的全大写小标签,这个对比本身就是设计。中间再加三档只会把它磨平。
把这套固化成一个 PageHeader 组件(eyebrow + 大标题 + 小号元信息),
每页都用它,不允许各页自己写标题样式。
.display-1 .eyebrow .label .mono-chip .field-label)
→ styles/global.css,全局可用X.module.css判据很简单:第二个地方要用到了,就往 global 提。在页面里第二次复制粘贴同一段 标签样式时,就是该提的时候。
层级要换手法,不要同一手法调强度:一级导航用「描边 + 微亮底」,二级用「实心高亮」。 两级都用实心块的话,视线分不出主次,加大色差也救不回来。
@media (prefers-reduced-motion: reduce) 全局把动效降到 0.001msaria-hidden="true" + pointer-events: noneborder-color: var(--accent) + 3px 的半透明 ring,不要 outline: none 了事:disabled 用 opacity: 0.4 + cursor: not-allowedfont-variant-numeric: tabular-nums,否则会跳scale(0.98)。纯装饰的动画一律不加这一步是这套方法真正省时间的地方。注释写三件事:为什么这么选、代价是什么、想改回去改哪一行。
/*
--font-mono 现在也是衬线体(按「UI 全部改 Serif」的要求)。代价是数字不再等宽,
图表刻度、时间码这些地方会参差 —— DOM 里靠 font-variant-numeric: tabular-nums
补救,canvas 里补救不了。
觉得不合适时把这一行改回 "IBM Plex Mono", ui-monospace, monospace 即可,
其余代码全都引用 token,不用动。
*/
半年后回来看,没有这段注释就只能重新试一遍。
写完对一遍。命中任何一条,说明那里取的是默认值,重挑:
0 4px 12px rgba(0,0,0,0.1)#3b82f6 或它的近邻界面以中文为主时,只换拉丁字体等于没换 —— 中文会掉到系统默认(macOS 上是黑体系), 一衬线一无衬线,界面立刻割裂。
@fontsource 的中文包按 unicode-range 切成上百个分片,
每多一档,产物 CSS 就多几十 KB —— 而 CSS 阻塞渲染。中间档(500)交给浏览器回退到 400,
中文场合看不出差别text-transform: uppercase 那套只对拉丁标签有效一次给完,别分三轮问:
**视觉主张**:<一句话,含那个具体意象>
**Token**(粘进 `styles/global.css` 的 `:root`)
```css
<完整的一版,每支带注释>
```
**排版尺度**
<表格:类名 / 字号 / 字重 / 字距 / 用在哪>
**示范组件**:<挑一个最能体现这套语言的,给完整代码>
**我替你定了的**
- <取舍 1 + 代价 + 怎么改回去>
- <取舍 2>
global.css + 一个代表性页面,
不通读全部组件。视觉语言是从项目定位推出来的,不是从组件清单里归纳出来的。references/maestrwave-example.md,别默认加载。| 版本 | 日期 | 变更 | 类型 |
|---|---|---|---|
| 0.1.1 | 2026-09-26 | 参考实例里 .field-label 的 ink 比例随 maestrwave-ui-system 由 48% 改为 52%(48% 在 11px 时对比度不到 AA 4.5:1),两边保持逐项一致 | 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。
日本語の概要は準備中です。原文の説明を表示しています。