当使用者给出「说话人名字 + 说话内容 + 主色」，说"做一张车队无线电那种语录卡"、"生成 XX RADIO 的图"、"把这句话做成无线电字幕卡"、"照那个红色波形的格式来一张"时使用。
产出单文件 HTML，800×1000 竖版：顶部是名字（主色）加 RADIO（白色）的粗斜体标题、中间一条主色音频波形加通栏横线、下方是主色粗斜体全大写的引号语录、底边一条主色横条，底色固定为近黑。使用者没给图标就不放图标。不生成任何车队或厂商的徽标，不伪造真人说过的话。
The English summary is being prepared. Showing the original description.
Run score Not tested
See how to installReview the instructions the agent will receive before you install.
赛车队无线电字幕那种格式的语录卡。单文件 HTML，截图即用。
三样，缺一样就问，别自己定：
| 输入 | 说明 | 例 |
|---|---|---|
| 说话人名字 | 会被转成全大写，建议 ≤12 个字符；中文名不超过 5 个字，再长会折成两行，把语录挤出卡片 | MORELLI |
| 说话内容 | 一句话，见下面的长度档位 | Why did I have to let him by? |
| 主色 | 十六进制。名字、波形、语录、横线全用它 | #e8112d |
图标是可选的，默认没有。 使用者提供了图片路径才放，放在第二行 RADIO 的左边。 不要自己画一个，也不要从别处找一个填上去。
┌────────────────────────────┐
│ NAME │ 第一行：名字，主色，116px
│ [图标] RADIO │ 第二行：RADIO，白色，138px，比名字大一号
│ │
│▏▎▍▌▋▊▉█▉▊▋▌▍▎▏▎▍▌▋▊▉█▉▊▋▌▍│ 主色波形，真正通栏，左右不留边距
│════════════════════════════│ 主色横线 5px，通栏
│ │ ← 这里留一小条上半块底色
├────────────────────────────┤ ← 可见的分界，下半块底色更深
│ "QUOTE GOES HERE AND │
│ WRAPS ACROSS A FEW │ 主色，右对齐，max-width 86%
│ LINES" │ 左边留一条空，不顶到边
│ │
│════════════════════════════│ 主色横条 9px，压在最底边
└────────────────────────────┘
尺寸 800×1000。四件事最容易做错，都在这里写死：
max-width: 86% 且 margin-left: auto，右侧对齐、左边留一条空。
占满整宽会让文字顶到边，右对齐就看不出来了底色是固定的近黑双层（上 #141417、下 #0b0b0d，中间一道可见分界），
不跟着主色变。使用者说"做个蓝色的"，改的是 --accent，不是底色。
这几条决定了像不像：
Arial Narrow 系的窄体，font-weight: 900、font-style: italictransform: skewX(-7deg)。这个倾角是这个格式的签名text-transform: uppercase“ ”，不要用直引号按字数选，不要让文字溢出卡片。语录里有汉字就看中文那一列：汉字和全角标点每个都占满一个字号宽， 同样的字数比拉丁字母宽将近一倍，照拉丁档排会溢出、被裁掉。中英混排也按中文列，字母只会更省地方。
数法：不算模板自带的首尾引号，标点、空格、字母、数字各算一个。能跑代码就用 len() 数，别目测，
中文档差一两个字就会多出一行。
| 拉丁字母（全英文） | 含汉字 | font-size |
|---|---|---|
| ≤ 60 | ≤ 36 | 66px |
| 61 – 100 | 37 – 45 | 56px |
| 101 – 140 | 46 – 80 | 46px |
| > 140 | > 80 | 先请使用者删到上限以内 |
中文列是在 Chrome 里按实渲染定的：到每档上限，66px 和 56px 不超过五行，46px 不超过七行，都不会被裁切。 标点多的句子会多占一行，上限已经为这个留了余量。
超过上限就不再缩字号。缩到那个程度已经不是这个格式了， 这种卡片的力量来自一句短话占满整块空间。
波形是脚本按「语录 + 名字」做种子生成的，同样的输入每次渲染都是同一条。
不要改成 Math.random()，那样每刷新一次波形就变，同一张卡截两次不一样。
参数已经调过，贴近参考图：148 根、1px 间隔、中间高两头低的包络叠一层小幅噪声。 噪声压得住才像电平表，放大了就变成随机柱状图。
templates/radio-card.html，替换 {{NAME}} {{QUOTE}} 和 --accent.logo 那两处注释打开（它在第二行 RADIO 左边）；没有就保持注释状态examples/example-card.html 是填好的成品，可以直接打开对照。
卡片已生成：<文件路径>
- 主色：<色值>
- 语录字号：<档位>（<字符数> 字符）
- 图标：无 / 已放入 <路径>
- 截图：截 800×1000 那一块
| 版本 | 日期 | 变更 | 类型 |
|---|---|---|---|
| 0.1.1 | 2026-09-26 | 语录字号按实渲染另立中文一列（≤36 / 37–45 / 46–80 字，超 80 请删），修中文语录溢出卡片被裁；中文名限 5 字；46px 档只查裁切；补中文用例 | patch |
| 0.1.0 | 2026-08-12 | 初始草稿，波形密度与倾角对照参考图调过 | 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.