skills-library

Plugin skills-library from marketplace skills-library in ChromiteCr/Skills. Commands read from the repo's manifest — 20 days ago.

Skills (64)

• ai-answer-triage

  当想知道一段 AI 回答"哪些能直接用、哪些必须先验证、哪些只能当建议"时使用。按声明类型分四级——低风险草稿材料、观点与策略建议、可查证的事实声明、会改变状态的可执行指令——每级配一句默认处置动作；再按影响半径排序，给出最小的下一步检查。可执行类一律标"不能直接执行；先做代码审阅/沙箱测试/回滚准备"，其中破坏性或提权的命令排在最前。教的是一套可复用的复查习惯，不是替使用者把所有内容都核实一遍：本 skill 只分级、排序、定处置，要逐条核实走 ai-output-fact-checker，整段代码要做入库体检走 ai-code-onboarding-checklist。

• ai-code-onboarding-checklist

  当拿到一段 AI 生成的代码，还没决定要不要信、要不要跑、要不要往上继续加东西时使用。先做一遍客观体检：行数与嵌套深度、有没有测试、有没有硬编码密钥或遗留 TODO、依赖是不是真实存在、有没有危险调用（eval/exec、shell=True、递归删除、反序列化、提权、外发网络，按正文给的 grep 模式逐类查）；再给风险评级和下一步动作。老实写明它查不了算法正确性——体检通过不等于代码是对的。回答里文字、事实和代码混在一起时先用 ai-answer-triage 分级；只审相对已有代码的一份改动用 ai-diff-review-protocol。

• ai-diff-review-protocol

  当 AI 改完代码、要决定这份 diff 放不放行时使用。不逐行精读，按四步走查高风险点——意图是否匹配、有没有碰到边界条件、副作用面有多大、能不能回滚——每步有明确的放过与打回判据。改动文件数、增删行数、动到的迁移/锁文件/CI/配置/鉴权/测试文件和危险 hunk 先由 scripts/diff_risk.py 统计（粘贴进来的 diff 文本也能读，不需要 Git），越过固定阈值时必须人工逐段过。只有口头描述、没有改动内容时不给结论，只列要补的材料。diff 里新写的测试可不可信交给 ai-generated-test-auditor；没有基线的整段新代码走 ai-code-onboar

• ai-generated-test-auditor

  当 AI 写完测试、要决定信不信这份测试时使用。查三类假信心：断言与实现是否同源复制、有没有边界与异常用例、失败信号够不够强；再规划 2–5 个突变抽样，能执行时再实跑，看把被测代码改坏之后测试会不会变红，没实跑就不声称测试抓得住错。测试全绿不等于代码对，也可能是测试根本抓不住错。要决定整份 diff 能不能合并时走 ai-diff-review-protocol。

• ai-output-fact-checker

  当拿到一段 AI 回答、准备直接复制去用之前使用。把回答拆成可检验的声明（链接、库名与版本、论文 DOI、命令行参数、API 名、数字、引文），按"用错了会炸多大"排序，为每条配一条最直接的核验路径；产出声明台账、核验计划和"现在可以用 / 必须先核实"两栏。专门防住引用了不存在的库、论文或命令这种直接复制就会出事的情况；包名存在不等于可信（幻觉出的名字可能已被人抢注），DOI 能解析也要标题对得上。不替使用者背书，核不了就写核不了。与 ai-answer-triage 的区别：那边只分级、定先查哪几条，这里逐条给核验路径；要判断一整段 AI 代码能不能跑，用 ai-code-onboardi

• ai-session-handoff-writer

  当一个长任务要跨 session 继续、或者要交给另一个人、另一个 Agent 接手时使用。把当前进度压成一份可移植的交接文档：目标、已确认完成的事、关键决定及其理由、证据与验证状态、遗留风险、下一步的具体动作、重启须知。事实与推断分开标注，没验证过的绝不写成已完成。写的是跨 session 的交接，不是子代理交回主代理的那种短单。

• prompt-brief-builder

  当需求还只是"帮我写个东西""让 AI 做这个任务"这种一句话时使用。用至多 3–5 个高杠杆追问把它补成一份可交付的任务简报——目标、产物、受众、已有素材、约束、验收标准、不做什么、待确认假设，外加一段可直接粘贴的执行 prompt。简报的九个标题保持英文（内容用什么语言都行），字段完整性由 scripts/check_brief.py 校验。产出不绑定任何一家模型，人或 Agent 都能照着执行。不适用于：写歌交给 lyric-concept-builder，复习计划交给 deadline-to-study-plan，建模题交给 modeling-problem-reading-coach

• bento-infographic

  当使用者说"做一张苹果发布会那种总结图""bento 图""把卖点、功能或研究成果排成一张格子图""产品亮点一图看完""做成竖版发小红书"时使用。先出内容清单和线框预览，确认后由脚本排版，用本机 Chrome 渲染成 PNG：主图居中，四周十几个圆角格，字号、格缝、圆角按苹果样图的实测比例换算，横版、竖版、任意比例都能排，渲染后自动跑 19 项自检。研究成果走研究模式：测量值带不确定度、样本数与条件，可放一张小图表。图上的数字必须能指回材料，没有出处的不放，或在图上标明未确认。不用苹果的商标、产品图、SF Symbols 和字体文件；不生成图片，图片由使用者提供。

• event-venue-kit

  当使用者说"给我们的活动做个网站"、"展会/开放日/校园导览/博物馆/市集要一个手机导览站"、"做个可以拖动的 3D 楼层图"、"展位地图和路线导航"、"每个展商/学校一页"、"像 College Fair 那个网站一样好看"时使用。适用于有真实场地的活动网站：入口首页、实体列表与搜索、实体长页、3D 场地图、分步路线、主题路线、印刷物同源。方法来自一个很受欢迎的大学展网站，但每个项目先抽一个设计方向，不复制原站外观；原站外观只在使用者明说时作为规范出口取用。不编造场地几何，不随包分发第三方校徽、照片和字体。

• keynote-deck-builder

  当使用者要做苹果发布会风格的 PPT、把演讲稿做成幻灯片、把现有 PPT 改成发布会风格，或者要做讲座、课堂、学术报告、答辩的投影片时使用。输入可以是一句描述、一份演讲稿或讲稿、一份现有 .pptx。先判断场合（发布会／答辩／课堂／讲堂），再分两步：先产出 deck-outline.md（拍点、逐片清单、出场顺序、出处、舍弃项）等确认，再产出单文件 deck.html（1920×1080、讲到才出现的逐步揭示、跨片连续过渡、讲者备注、原生公式、可打印 PDF），需要时导出可编辑 .pptx（动画、调暗、点名与 Morph 平滑切换都带过去），课堂与讲堂另出讲义。核心规矩：一片一个概念、不用项目

• launch-summary-panel

  已废弃，改用 bento-infographic（发布会 bento 信息图）。原用途：当使用者贴出产品资料、发布稿、规格表、卖点清单或网页摘录，说"做一张产品总结面板"、"生成发布会那种 summary slide"、"把这些卖点做成一张图"、"bento 风格的产品总览"时使用。分两步：先产出 panel-brief.md（定位、核心卖点、支撑卖点、数字锚点、信息分组、每条的来源或未确认标记、版式建议、舍弃项与原因），等使用者确认后再产出单文件 panel.html（16:9 横版、内联 CSS、bento 卡片布局、light/dark 双主题、适合截图）。只借鉴信息层级与面板结构，不复

• maestrwave-ui-system

  当使用者说"用 MaestrWave 那套 UI"、"新项目的界面照着 MaestrWave 做"、"用我之前那套暗色衬线的风格"、"把这个项目的样式统一成我常用的那套"时使用。直接套用一套现成的深色衬线视觉系统：暖炭黑底 + 浅水蓝主色、Source Serif 4 配 Noto Serif SC、巨大标题配 11px 小标签的尺度对比，附可直接粘贴的 global.css 与组件层 CSS。先铺 token 再拼组件，颜色只从 token 出。不复用 MaestrWave 的 logo 和图标，那是品牌资产。

• photo-spread-composer

  当使用者说"把这些照片排成一版"、"做一张照片展示海报"、"仿报纸摄影版那种排版"、"这组照片怎么摆"、"做个 photo essay 的版面"时使用。输入一组照片加署名，分两步：先产出 spread-plan.md（分带、定主次、排序、每带的图注与署名、被舍弃的照片及原因），等确认后再产出单文件 spread.html（照片按需缩放并内联，可打印成 PDF）。这个 skill 不提供固定版式——它给的是带状构图的语法与协议，具体谁大谁小、分几带、怎么排由模型和使用者判断。每张照片必须有署名，分辨率不足会被拦下。只想把自己拍的 3–9 张按原顺序拼成一张长图、网格或一页 PDF，不要分带主次和

• radio-quote-card

  当使用者给出「说话人名字 + 说话内容 + 主色」，说"做一张车队无线电那种语录卡"、"生成 XX RADIO 的图"、"把这句话做成无线电字幕卡"、"照那个红色波形的格式来一张"时使用。产出单文件 HTML，800×1000 竖版：顶部是名字（主色）加 RADIO（白色）的粗斜体标题、中间一条主色音频波形加通栏横线、下方是主色粗斜体全大写的引号语录、底边一条主色横条，底色固定为近黑。使用者没给图标就不放图标。不生成任何车队或厂商的徽标，不伪造真人说过的话。

• ui-design-system-builder

  当使用者说"帮我做个界面"、"这个页面太丑"、"看着像模板/像 AI 做的"、"给这个项目定个视觉风格"、"配色和字体你来定"、"把这几个页面统一一下"时使用。先从项目本身抠出一个具体意象，据此定出一版完整的 CSS 变量与排版尺度（不是"现代简洁"这种废话），再用这些 token 拼组件；每个非显然的取舍都在代码注释里写清理由、代价和怎么改回去。中文界面必须同时配 CJK 字体。不装 UI 框架来跳过这一步，不改业务逻辑，不为了好看牺牲对比度和可读性。

• program-maturity-navigator

  当手上有一个零散的读书会、学生分享、讲座或社群活动想法，想知道下一步该怎么长时使用。先按留下的痕迹（办过几次、来了几个人、留下了什么）判出它实际在哪儿，而不是按它叫什么；再用带证据清单的闸门决定是留在原地、修改后再试、往深处走（Workshop）还是往广处走（公共活动）。深度与广度是两个独立的轴，不是一条梯子。产出各阶段的标准表单与交接，不替使用者编造学校制度、人员、预算或未给出的活动形式定义。

• latex-paper-formatter

  当使用者说“整理建模论文 LaTeX”“修编译错误和引用”“统一公式、表格和图注”“按比赛模板排版”“检查交叉引用与缺图”时使用。先冻结内容并做基线编译，再在不改变数学含义、数字、引用或作者措辞的前提下修结构、符号格式、标签、表图、文献与版面；运行静态检查和实际编译，记录引擎、命令、警告与输出。只格式化和诊断，不补造公式、结果、来源或论文内容。

• model-critique-coach

  当使用者说“帮我批判这个模型”“找漏洞和反例”“模拟评委审稿”“这个结论站得住吗”“为什么验证不充分”时使用。先重建现有模型及其证据链，再从核心主张倒查方程、参数、数据、代码与假设，检查量纲、边界、可辨识性、泄漏、基线、验证、灵敏度、稳健性和可复现性；按对结论的影响分级，每条给最低成本反证检查与修复方向，不伪造审稿意见或验证结果，不整套重写。

• model-selection-tutor

  当使用者说“这题该用什么模型”“A 和 B 哪个更合适”“要不要上机器学习”“我的模型选得对吗”时使用。基于已拆清的目标、变量、数据与验证条件，区分模型家族、算法和求解器，建立简单基线，比较至少两个有意义的候选，并给出条件式推荐与最低成本判别测试；不凭流行度拍板、不编造性能、不替学生隐藏最终选择。

• modeling-assumption-builder

  当使用者说“帮我写模型假设”“这些假设合理吗”“方程里藏了哪些前提”“这些模型假设怎么检验”时使用。把题面事实、定义、校准选择、数值近似与真正假设分开，建立带类型、理由、作用域、失效后果、承重性和反证测试的假设登记表，并检查量纲、守恒、边界、极限情形与重复假设；不虚构现实依据，不把方便计算写成已验证事实。

• modeling-code-builder

  当使用者说“按我的模型写代码”“把方程实现成 Python/MATLAB/R”“调试这段建模代码”“补验证和灵敏度分析”“让结果可复现”时使用。只实现学生已确认的模型与数据契约，先写实现合同、手算小例、不变量和验收矩阵，再按读取、变换、求解、验证、敏感性与导出拆分；执行后记录输入快照、种子、环境、求解设置和输出，不静默修数据、不硬编码结果、不替学生发明模型或伪造数据。

• modeling-problem-reading-coach

  当使用者贴出数学建模题、数学建模竞赛题、研究问题或评分要求，说“帮我拆题”“这道题到底要什么”“有哪些隐含条件”“先别急着选模型”时使用。把原题整理成可核对的题面契约、变量与单位账本、子问题依赖图、歧义清单和下一步交接；区分原题事实、合理推断与待确认项，不选模型、不解题、不补造数据。

• paper-enhancement-builder

  当使用者说“这篇建模论文还能怎么提升”“按评分表排修改优先级”“时间不够先改什么”“给我一个论文改进清单”“要不要再加一个高级模型”时使用。基于现有草稿、模型工作包、批判 findings、评分规则和真实剩余资源建立可定位的 gap register，再按结论影响、评分关联、工作量、依赖与失败风险排序；每项写所需数据/代码/作者决定、验证与验收条件，先给一个最小可行修订，不用装饰复杂度替代证据，不编创新、实验或评委偏好。

• paper-structure-coach

  当使用者说“帮我整理建模论文结构”“这一段该放哪”“论文逻辑很乱”“怎么从模型讲到结论”“摘要和正文对不上”时使用。基于学生已有题面、模型、运行、图表和草稿建立主张—证据图，再给按问题驱动的章节蓝图、段落职责、图表计划与页数预算；保证摘要数字可追溯、结果与验证分开、结论强度不越过证据，不代写整篇竞赛论文，不用流畅叙事掩盖缺失分析。

• team-role-coach

  当使用者说“建模比赛三个人怎么分工”“帮我们排协作节奏”“模型、代码和论文总对不上”“截止前谁做什么”“怎么交接和复核”时使用。根据真实成员能力、可用时间、交付物依赖与截止约束，按产物和决策分配 owner/reviewer，建立单一事实源、关键路径、九个质量闸门、交接包、冲突与回退规则；不猜成员能力、不平均分任务、不伪造会议、贡献或独立审查，不让未验证结果直接进入论文。

• photo-caption-writer

  当使用者说"给这张照片写图注"、"帮我写一段作品说明"、"这张照片配一句什么文字"、"展览标签怎么写"时使用。Write a factual short photo caption or a longer artist statement from photographer-provided context and optional EXIF metadata. Use when a user asks for a caption, wall label, portfolio note, or brief statement for an existing photograph. Do not

• photo-cinematic-grade

  照片电影感调色、低饱和冷暖分离、先保原片再调色。用确定性像素处理而不是生成式重绘；先确认用途与色彩输入，输出带 sRGB ICC 的新图和隐私优先的参数/QA 边车。支持 8-bit SDR JPEG/PNG 的 render、固定三选候选小样 candidates 与数值 QA，以及原尺寸前后对比 compare；card、LUT 尚未实现。不负责 RAW 显影、修图换景、冲印交付或精确复刻电影/胶片。

• photo-exif-frame

  当使用者说"给照片加参数边框"、"加个相机参数水印"、"给这张照片加个信息带"、"照片下面印上光圈快门"时使用。Add a configurable information band to an existing photograph using embedded EXIF facts such as aperture, shutter speed, exposure compensation, ISO, capture time, and camera. Use when a user asks to frame, label, or export a photo with shooting

• photo-poster-stylist

  当使用者说"把照片做成极简海报"、"做一张几何风格的海报"、"把这张照片抽象成海报"时使用。Turn a photographer-provided description of an existing photo into a minimal, geometric SVG poster with an explicit visual abstraction, restrained palette, grid, typography, bleed, and deterministic validation. Use when the user wants to reinterpret one

• photo-series-layout

  当使用者说"把这几张照片拼成一页"、"拼成一张长图"、"这组照片排成一页 PDF"时使用。Arrange 3–9 finished photographs into a cohesive one-page series, contact sheet, long image, or PDF. Use when a user wants to sequence and present a photo set with consistent frames, gutters, and canvas treatment. Preserve the photographer's chosen order

• shoot-outing-review-card

  当使用者说"做一张这次外拍的回顾卡"、"把这次扫街做成回顾卡"、"看看我这次拍摄的参数习惯"时使用。Turn one photography outing into a shareable review card with a cover image, EXIF habit summaries, and a capture timeline. Use when the user wants to review a shoot, visualize focal-length/aperture/shutter habits, or make an outing recap from a folde

• answer-plausibility-checker

  当算完、估完、拟合完或模拟完，拿到一个数值结果、要决定信不信时使用。按单位、符号、量级、极限行为、与参考值对比、守恒量收支六项过一遍嗅觉测试。对没有标准答案的科研与建模结果，改用「数量级 + 守恒总量核算」双锚点，不假装知道真值。引用的参考值必须带来源与查阅日期。

• competition-scenario-extractor

  当物理材料太长、太散或不是题面形态时使用——竞赛原题、IYPT 题目描述、文献段落、实验记录、一段现象叙述。把它压成干净题面、给定量台账、约束、子问题树；每一条"忽略""理想""视为"都标注它关掉了哪段物理、在什么无量纲判据下会失效；同时抓出模糊措辞、缺失约束、单位与符号的自相矛盾。只做提取与暴露缺口，不补条件、不选模型、不解题。

• concept-to-formula-deriver

  当问「这条公式怎么来的」「为什么长这样」，或说「帮我推导／推出 X 公式」时使用。从定义或守恒律出发重建标准公式，每一步标出用的是哪条原理、这一步在物理上做了什么；假设写在它真正被用到的那一步，不堆在开头。终式可用 scripts/compare_formula.py 与标准式做符号比对。会被评分的推导：结构与理由可以给，代数由本人做。要逐步核验一份已写好的推导，用 derivation-step-checker。

• dataset-systematic-error-hunter

  当一份实验数据可能藏着仪器或环境偏差时使用。扫描漂移、温度依赖、非线性、滞回、重复不一致这几类系统误差特征，再把每一类归因到一个具体的物理过程（热学、电子学、机械），而不是一句「数据有问题」。相关不等于因果——脚本给的是线索，归因要另找证据。

• derivation-step-checker

  当手上有一份已经写好的推导、要逐步核验时使用。每一步查四件事：代数是否等价、量纲是否一致、符号有没有翻错、以及这一步用的定律在此处适用条件是否仍然成立——变质量、非惯性系、准静态假设中途被悄悄破坏是高频翻车点。scripts/check_derivation.py 做前三项的确定性检查，第四项是人的判断。只核验已有推导，不代写推导。

• dimensional-analysis-checker

  当有一条推导、模型方程、标度律或最终公式，想在相信它之前先过最便宜的一关时使用。逐项查量纲：先统一记号、建符号量纲表，再按加减两侧同量纲、等式两边一致、指数对数三角函数的宗量无量纲逐条核对，指出第一处不一致；每个通过的项还要说出它代表什么物理贡献，说不出的项就是没理解的项。结论里写明量纲通过不等于物理正确。

• fermi-estimation-coach

  当机制清单已经排好、需要给每个机制配数值锚点并合成一个站得住的量级结论时使用。把估算写成显式的因子分解，每个因子给低／中／高三值与证据档位，算出区间而不是装饰性的小数位，再与参考区间和守恒量核对。worksheet 的结构与算术由 scripts/check_estimate.py 校验。不负责发现或排序机制——那是 physics-mechanism-decomposer 的事。

• limiting-case-validator

  当有一条公式、标度律或模型结果，想在相信它之前查它在极限下还讲不讲得通时使用。先找出控制参数与无量纲组，挑最小一组有用的极限，在动手算之前先写下物理上应该发生什么，再做数学化简两相对照；专抓在某个极限下发散、变号、或丢掉已知特例的表达式。manifest 的完整性由 scripts/check_limit_manifest.py 校验。

• model-fit-auditor

  当已经有观测与模型预测（或一份拟合输出）、要判断这个拟合信不信时使用。看残差结构、带不确定度的拟合优度、杠杆值与影响点、信息准则。残差里有结构，说明模型、测量过程或不确定度模型三者之一不完整：必须说出可能是哪一处、用什么检查分辨，而不是加参数；疑似仪器漂移、温度、批次这类测量偏差时转 dataset-systematic-error-hunter 查原始数据。不在有数据之前选模型，也不悄悄删离群点。

• numerical-stability-auditor

  当一个模拟跑出了结果、要判断它是物理还是数值假象时使用。查三件事：守恒量的漂移曲线、步长收敛阶、功率谱里可疑的高频内容。守恒量在哪一步开始漂，就指向哪个物理过程被离散化破坏。结果随步长改变时，必须先做收敛性检查再解释现象。

• physics-mechanism-decomposer

  当面对一个开放现象、说不清"为什么会这样"时使用——IYPT 题目、实验里看到的奇怪行为、科研中待解释的观测。把现象拆成候选机制清单，用守恒量收支表检查有没有漏，为每个机制写出带指数的标度律，用同量纲的量级比较排出主导、次导与可忽略，再为每个机制配一个能真正分辨它的观测量（判据是指数或符号不同，不是系数不同）。产出的是可检验命题与实验建议，不是结论。

• physics-problem-router

  当使用者贴出一道物理题、一个实验现象、一份竞赛材料或一句"这个怎么解释"，还没想好从哪一步下手时使用。先定三件事——问题类型（计算/建模/科研/开放现象）、目标产物（数值答案/可检验模型/机制解释）、卡在哪一步——再分流到下游物理 skill；专门检出"要的产物与问题类型不匹配"和"其实该先回去读题"两种走错门。不解题，不给答案，不替使用者选机制。

• problem-formalization-coach

  当题面已经干净、但不知道该调用哪条物理定律，或者用了定律却说不清它在这里凭什么成立时使用。把问题拆成已知量、未知量、约束三栏，为每一条给定条件追出它背后的定律，并强制写明该定律在本题的适用条件；每条假设标出它近似掉了哪段物理；用未知数与独立方程的计数判断问题定不定得下来。检出凭空补进来的量和"用了定律但没写条件"的条目。不列出解、不推导、不给数值答案。

• problem-representation-scout

  当物理问题的方程列得出来却解不动、能量算不平、或者根本不知道往哪个方向列方程时使用。先把过程按约束改变、接触建立断开、打滑、相变、冲量作用切成阶段，标出每段守恒什么、哪里突变、阶段之间靠什么衔接；再为每个阶段配一个能直接回答本段问题的表示（受力图、冲量-动量表、势能曲线、相图、质心系、有效势、相量、无量纲化、对称性）。给的是看问题的角度，不是解。

• reference-frame-choice-guide

  当物理问题在地面系里写得很别扭、或者想知道换个参考系能省多少事时使用。给出候选参考系（地面系、随物体平动系、质心系、转动系、斜面系）的对比：每个系里要付出哪些惯性力、约束会不会变简单、代数项数大致多少；并强制列出换系后不变的量（守恒律是否仍成立、哪些标量与相对量不变）和只是表象变了的量，把物理本质与坐标选择分开。给判断依据，不代为求解。

• symbolic-first-discipline-coach

  当推导中途就把数字代进去、结果看不出结构时使用。把符号一路保留到结构不再变化，再与「早代入数字」的路径并排对照：哪些量其实约掉了、哪两个量只以某个组合出现（说明本质自由度比看上去少）、从哪一步开始代数字会把物理藏起来。给的是纪律与对照，不替使用者算完。

• uncertainty-propagator

  当有一组带不确定度的测量量、需要给导出量一个不确定度时使用。做线性协方差传播（含相关项），给出符号灵敏度、不确定度预算、线性与蒙特卡罗的一致性检查，并按贡献大小排出下一轮该先测哪个量。灵敏度大不等于贡献大，这一条会被明确区分。不做拟合、不诊断系统误差、不替缺失的不确定度编数。

• skill-creator

  当学生说"我想做一个自己的技能"、"每次都要重复交代同样的要求"、"能不能把这套流程固定下来"、"帮我改一下我那个技能"时使用。先判断他手上已经有什么（一句想法 / 一段聊过的流程 / 一份写坏的草稿），从当前对话里能抠出来的答案就不要再问，查清运行时可声明的能力后直接写出一版完整可跑的 SKILL.md，只把剩下的关键分歧用一张选择题卡问完，改定后出确认卡存进技能库。

• adversarial-lyric-writer

  当使用者说"帮我填词"、"按这个字数模板写歌词"、"用多Agent对抗式写词"、"这首副歌帮我想几句"时使用，前提是字数骨架和这首歌写什么都已经有了；只有主题、还没定写什么时先用 lyric-concept-builder。拿一份字数骨架和意象系统，派三个 sonnet 子代理按不同路子并行独立起草（场景派 / 口语派 / 意象派），再派一个红队子代理逐句挑毛病，主 Agent 按句裁决拼稿，最后统一辙口与意象。收敛判据卡死：字数用 lyric-doctor 的脚本对模板数、每段同辙、hook 不含陈词、主歌二对主歌一有推进。不抄现有歌词，不替使用者决定这首歌要说什么。

• llm-midi-composition

  当使用者说"让 AI 写谱不要直接生成音频"、"做一个 AI 作曲的后端"、"LLM 输出 MIDI 怎么做"、"生成的音符老是越界/被截断"、"要能导出 .mid 给 DAW"时使用。用 LLM（BYOK / OpenAI 兼容接口）从零生成可用的管弦乐 MIDI 与分轨音频：两级调用（整曲和声蓝图 + 逐乐器音符表）、提示词结构、被 max_tokens 截断时的残稿抢救、确定性校验修复、渲染与 MIDI 导出，以及全程的规则作曲降级策略。降级事实必须如实写进元数据，不假装是模型写的。参考实现是 MaestrWave 的 M7 写谱演奏模式。

• lyric-concept-builder

  当使用者说"我想写一首关于X的歌"、"这首歌想表达Y"、"帮我想想这首歌写什么"、"疗愈主题的歌该怎么切入"时使用，适用于只有主题词或一句念头、还没定具体处境的时候；处境和字数骨架都已齐、只差句子时改用 adversarial-lyric-writer。动笔写句子之前先定四样东西：这首歌的具体处境（谁、在什么状况、发生了什么变化）、一套只属于同一个世界的意象系统、情绪弧线的起点转折点终点、五条 hook 候选。派 sonnet 子代理并行提三个不同切入角，主 Agent 收敛。只问两个问题：唱给谁、有没有真实的画面可用。不替使用者编经历，不把"疗愈""成长"这类效果词当成主题。

• lyric-doctor

  当使用者贴出一份写好的歌词说"帮我改改"、"这词哪里有问题"、"听起来像 AI 写的"、"帮我看看字数和押韵对不对"时使用。先跑脚本做机械体检（字数、断句、陈词命中、重复行、与模板比对），再判断需要读音和语感的部分（韵辙、画面感、主歌推进、hook 是否成立、可唱性），可派一个 sonnet 子代理做陌生听众初听测试。产出定点修改清单，每处给两三个替换候选，不重写整稿。

• lyric-structure-mapper

  当使用者贴出一段 xxxxx 形式的字数模板、说"按这个结构写"、"帮我定一下歌曲结构"、"主歌预副副歌该各写几句"时使用。把 x 模板解析成可执行的骨架表：每段每行的字数、停顿位置、押韵位、以及这一段在整首歌里的功能；没有模板时给两三个常用骨架供选。这是确定性工作，不派子代理。产出的骨架是填词的唯一输入，改字数等于改旋律。

• activity-list-optimizer

  当学生说"Common App 活动栏写不下"、"这段活动描述超字数了"、"帮我把这几条压到限制内"时使用。先按官方申请表核对当季字符限额，再逐条检查；一次把所有条目量完并直接给出压缩版，只在需要砍掉实质内容时才用选择题问该保哪部分。每改一版都用工具重新数一遍字符，绝不凭感觉说"这样应该够了"。只压缩，不代写空白。

• activity-profile-builder

  当学生说"我参加过一些活动但没整理过"、"帮我把经历录进去"、"我的活动档案是空的"时使用。让学生一口气把记得的活动说出来，直接把这段话拆成结构化的长期事项（角色、组织、起止时间、做了什么、结果、级别），说不清的字段留空标"待补"而不是编，再用一张选择题卡把级别判定与是否重复这类关键项一次问完，然后提案入库。只记录学生真正说出口的内容，级别按事实判定，绝不往高了写。

• admissions-reader

  当学生问"招生官会怎么看我的档案"、"我的背景还差什么"、"帮我评估一下现在的申请竞争力"时使用。以顶尖大学招生官的视角通读学生的档案、长期活动与已写下的反思，不问任何前置问题直接产出一份指名道姓的坦诚点评：这份材料的亮点、招生官真实的解读方式、明显的短板与空白、以及接下来最值得做的一到两件事。只读不写，不修改学生的任何数据，也不代写任何申请材料。

• application-timeline-builder

  当学生说"申请季怎么安排"、"ED 之前要做完哪些事"、"帮我排一下今年的申请节点"时使用。从各校截止日往回推出整个申请季的时间线：推荐信什么时候要请老师、文书初稿什么时候出、标化什么时候送分，全部换算成北京时间直接排出来落进日程，只把"走哪一轮"这类只有本人能定的岔路口做成选择题一次问完。截止日只用核实过的，本地数据没核实的一律让学生去官网确认后再排。

• deadline-to-study-plan

  当学生说"下个月要考 IB 大考不知道怎么安排"、"这几个 DDL 撞在一起了"、"帮我排一下复习计划"时使用。从一个或多个截止日倒推出到期之前的可执行安排：先读清楚已有事项，直接按合理假设排出第一版有交付物的节点，同时把只有本人知道的岔路口（每天多少时间、哪些天动不了）一次问完，拿到答案后修订并提案进日程。不排满、不编造截止日、不给"每天学两小时"这种无法验收的任务。

• project-brainstorm

  当学生说"我想做个项目但不知道做什么"、"这个想法可行吗"、"帮我想想能做点什么"、"我有个点子想聊聊"、"这个课题值不值得做"时使用。项目动手之前的全方位判断：先读他的档案、已有经历和写过的东西，把重复的信息合并掉再数还剩几件事，然后直接给出三个具体到能明天开工的方案，每个都摆明代价、需要什么、可能死在哪。定方案之后落成长期事项加前三个里程碑，并存一份构思稿。不吹可行性，不替他选，不为了申请而编项目。

• reflection-interviewer

  当学生说"想记录一下这段经历"、"刚比完赛心里挺多感受"、"帮我理一理这件事对我的影响"时使用。以访谈的方式一次问一个开放问题，把一段经历里真正发生过什么、他当时怎么想、后来变了什么问出来，聊够了就直接整理成带原话问答的反思资产出卡，并提案它与其他经历之间的关联。用学生自己的话，不替他总结成漂亮的成长故事。

• weekly-study-review

  当学生说"这周过得挺乱的"、"帮我复盘一下这周"、"下周该怎么调整"时使用。先把这一周实际发生的事读出来（计划了什么、完成了什么、拖了什么），基于事实而不是感受直接写出一版完整复盘，同时用选择题把"卡在哪"一次问清楚，拿到答案后定稿存档并把下周要调整的动作提案进日程。判据只有一条：下周会因此做什么不一样的事。

• writing-rules

  仅当使用者明确说"使用规则写作"、"按规则写"、"用写作规则"或等价表达时启用。启用后按十五条规则写中文：禁破折号、禁"不是A，是B"、打破三点式、删句首冗余连接词、杜绝强行升华、长短句交替且不用嵌套从句、只在文末收束、保留适当不确定性、必须有明确立场、禁虚构细节和假精确数字、硬性禁用词表（动作黑话与工程腔）、语气温和不吹捧、删冗余声明、写完即止不追问、检索优先英文来源。写前过 15 条自检清单，写完走 10 步复查。日常对话、代码工作、分析任务一律不主动应用。

• zlc

  当使用者说"用 zlc 的语气说"、"来一段 zlc 体"、"帮我点评一下这个（zlc 风格）"、"把这句话改成他那种四拍点评"时使用。按固定的四拍句式生成中文点评：表态句（很X这份Y）、否定加事实句（不A，B）、价值句（谁最珍贵的就是这份Z）、呼吁句（多一些/少一些这样的W，才能让V真正生根发芽）。褒用「这份」，贬用「这种」加「少一些」。第二拍必须写出被点评的那件具体小事，宏大评语配琐碎事实才是这个句式的笑点所在。只对事不对人，不冒充本人发言。

Similar plugins