All authors
Claude Skills by ChromiteCr
github.com/ChromiteCr64 skills1 installs4 views
- Ai Answer Triage当想知道一段 AI 回答"哪些能直接用、哪些必须先验证、哪些只能当建议"时使用。按声明类型分四级——低风险草稿材料、观点与策略建议、可查证的事实声明、会改变状态的可执行指令——每级配一句默认处置动作；再按影响半径排序，给出最小的下一步检查。可执行类一律标"不能直接执行；先做代码审阅/沙箱测试/回滚准备"，其中破坏性或提权的命令排在最前。教的是一套可复用的复查习惯，不是替使用者把所有内容都核实一遍：本 skill 只分级、排序、定处置，要逐条核实走 ai-output-fact-checker，整段代码要做入库体检走 ai-code-onboarding-checklist。Votes: 0GitHub stars: 5
- Ai Code Onboarding Checklist当拿到一段 AI 生成的代码，还没决定要不要信、要不要跑、要不要往上继续加东西时使用。先做一遍客观体检：行数与嵌套深度、有没有测试、有没有硬编码密钥或遗留 TODO、依赖是不是真实存在、有没有危险调用（eval/exec、shell=True、递归删除、反序列化、提权、外发网络，按正文给的 grep 模式逐类查）；再给风险评级和下一步动作。老实写明它查不了算法正确性——体检通过不等于代码是对的。回答里文字、事实和代码混在一起时先用 ai-answer-triage 分级；只审相对已有代码的一份改动用 ai-diff-review-protocol。Votes: 0GitHub stars: 5
- Ai Diff Review Protocol当 AI 改完代码、要决定这份 diff 放不放行时使用。不逐行精读，按四步走查高风险点——意图是否匹配、有没有碰到边界条件、副作用面有多大、能不能回滚——每步有明确的放过与打回判据。改动文件数、增删行数、动到的迁移/锁文件/CI/配置/鉴权/测试文件和危险 hunk 先由 scripts/diff_risk.py 统计（粘贴进来的 diff 文本也能读，不需要 Git），越过固定阈值时必须人工逐段过。只有口头描述、没有改动内容时不给结论，只列要补的材料。diff 里新写的测试可不可信交给 ai-generated-test-auditor；没有基线的整段新代码走 ai-code-onboarding-checklist。Votes: 0GitHub stars: 5
- Ai Generated Test Auditor当 AI 写完测试、要决定信不信这份测试时使用。查三类假信心：断言与实现是否同源复制、有没有边界与异常用例、失败信号够不够强；再规划 2–5 个突变抽样，能执行时再实跑，看把被测代码改坏之后测试会不会变红，没实跑就不声称测试抓得住错。测试全绿不等于代码对，也可能是测试根本抓不住错。要决定整份 diff 能不能合并时走 ai-diff-review-protocol。Votes: 0GitHub stars: 5
- Ai Output Fact Checker当拿到一段 AI 回答、准备直接复制去用之前使用。把回答拆成可检验的声明（链接、库名与版本、论文 DOI、命令行参数、API 名、数字、引文），按"用错了会炸多大"排序，为每条配一条最直接的核验路径；产出声明台账、核验计划和"现在可以用 / 必须先核实"两栏。专门防住引用了不存在的库、论文或命令这种直接复制就会出事的情况；包名存在不等于可信（幻觉出的名字可能已被人抢注），DOI 能解析也要标题对得上。不替使用者背书，核不了就写核不了。与 ai-answer-triage 的区别：那边只分级、定先查哪几条，这里逐条给核验路径；要判断一整段 AI 代码能不能跑，用 ai-code-onboarding-checklist。Votes: 0GitHub stars: 5
- Ai Session Handoff Writer当一个长任务要跨 session 继续、或者要交给另一个人、另一个 Agent 接手时使用。把当前进度压成一份可移植的交接文档：目标、已确认完成的事、关键决定及其理由、证据与验证状态、遗留风险、下一步的具体动作、重启须知。事实与推断分开标注，没验证过的绝不写成已完成。写的是跨 session 的交接，不是子代理交回主代理的那种短单。Votes: 0GitHub stars: 5
- Prompt Brief Builder当需求还只是"帮我写个东西""让 AI 做这个任务"这种一句话时使用。用至多 3–5 个高杠杆追问把它补成一份可交付的任务简报——目标、产物、受众、已有素材、约束、验收标准、不做什么、待确认假设，外加一段可直接粘贴的执行 prompt。简报的九个标题保持英文（内容用什么语言都行），字段完整性由 scripts/check_brief.py 校验。产出不绑定任何一家模型，人或 Agent 都能照着执行。不适用于：写歌交给 lyric-concept-builder，复习计划交给 deadline-to-study-plan，建模题交给 modeling-problem-reading-coach，物理题交给 physics-problem-router；使用者坚持直接要成品、一个问题都不肯答时也不用本 skill。Votes: 0GitHub stars: 5
- Bento Infographic当使用者说"做一张苹果发布会那种总结图""bento 图""把卖点、功能或研究成果排成一张格子图""产品亮点一图看完""做成竖版发小红书"时使用。先出内容清单和线框预览，确认后由脚本排版，用本机 Chrome 渲染成 PNG：主图居中，四周十几个圆角格，字号、格缝、圆角按苹果样图的实测比例换算，横版、竖版、任意比例都能排，渲染后自动跑 19 项自检。研究成果走研究模式：测量值带不确定度、样本数与条件，可放一张小图表。图上的数字必须能指回材料，没有出处的不放，或在图上标明未确认。不用苹果的商标、产品图、SF Symbols 和字体文件；不生成图片，图片由使用者提供。Votes: 0GitHub stars: 5
- Event Venue Kit当使用者说"给我们的活动做个网站"、"展会/开放日/校园导览/博物馆/市集要一个手机导览站"、"做个可以拖动的 3D 楼层图"、"展位地图和路线导航"、"每个展商/学校一页"、"像 College Fair 那个网站一样好看"时使用。适用于有真实场地的活动网站：入口首页、实体列表与搜索、实体长页、3D 场地图、分步路线、主题路线、印刷物同源。方法来自一个很受欢迎的大学展网站，但每个项目先抽一个设计方向，不复制原站外观；原站外观只在使用者明说时作为规范出口取用。不编造场地几何，不随包分发第三方校徽、照片和字体。Votes: 0GitHub stars: 5
- Keynote Deck Builder当使用者要做苹果发布会风格的 PPT、把演讲稿做成幻灯片、把现有 PPT 改成发布会风格，或者要做讲座、课堂、学术报告、答辩的投影片时使用。输入可以是一句描述、一份演讲稿或讲稿、一份现有 .pptx。先判断场合（发布会／答辩／课堂／讲堂），再分两步：先产出 deck-outline.md（拍点、逐片清单、出场顺序、出处、舍弃项）等确认，再产出单文件 deck.html（1920×1080、讲到才出现的逐步揭示、跨片连续过渡、讲者备注、原生公式、可打印 PDF），需要时导出可编辑 .pptx（动画、调暗、点名与 Morph 平滑切换都带过去），课堂与讲堂另出讲义。核心规矩：一片一个概念、不用项目符号、字号不低于 40px、片子不重复讲稿、数字与图片都要有出处。片上默认用名词短语、不用问句，发布会片上没有问号；课堂与讲堂的证据片改用一句主张，问号只给两处：真要听众作答、答案随后揭晓的提问片，以及下一张片立刻用一句结论回答的引导问句（一节课一两处）。片上文字另按内嵌的中文写作规则走。不使用任何厂商的商标、产品渲染图或活动视觉。Votes: 0GitHub stars: 5
- Launch Summary Panel已废弃，改用 bento-infographic（发布会 bento 信息图）。原用途：当使用者贴出产品资料、发布稿、规格表、卖点清单或网页摘录，说"做一张产品总结面板"、"生成发布会那种 summary slide"、"把这些卖点做成一张图"、"bento 风格的产品总览"时使用。分两步：先产出 panel-brief.md（定位、核心卖点、支撑卖点、数字锚点、信息分组、每条的来源或未确认标记、版式建议、舍弃项与原因），等使用者确认后再产出单文件 panel.html（16:9 横版、内联 CSS、bento 卡片布局、light/dark 双主题、适合截图）。只借鉴信息层级与面板结构，不复制任何厂商的资产、商标、截图或图标。不编造参数，无出处的数字标注或省略。Votes: 0GitHub stars: 5
- Maestrwave Ui System当使用者说"用 MaestrWave 那套 UI"、"新项目的界面照着 MaestrWave 做"、"用我之前那套暗色衬线的风格"、"把这个项目的样式统一成我常用的那套"时使用。直接套用一套现成的深色衬线视觉系统：暖炭黑底 + 浅水蓝主色、Source Serif 4 配 Noto Serif SC、巨大标题配 11px 小标签的尺度对比，附可直接粘贴的 global.css 与组件层 CSS。先铺 token 再拼组件，颜色只从 token 出。不复用 MaestrWave 的 logo 和图标，那是品牌资产。Votes: 0GitHub stars: 5
- Photo Spread Composer当使用者说"把这些照片排成一版"、"做一张照片展示海报"、"仿报纸摄影版那种排版"、"这组照片怎么摆"、"做个 photo essay 的版面"时使用。输入一组照片加署名，分两步：先产出 spread-plan.md（分带、定主次、排序、每带的图注与署名、被舍弃的照片及原因），等确认后再产出单文件 spread.html（照片按需缩放并内联，可打印成 PDF）。这个 skill 不提供固定版式——它给的是带状构图的语法与协议，具体谁大谁小、分几带、怎么排由模型和使用者判断。每张照片必须有署名，分辨率不足会被拦下。只想把自己拍的 3–9 张按原顺序拼成一张长图、网格或一页 PDF，不要分带主次和署名时，用 photo-series-layout。Votes: 0GitHub stars: 5
- Radio Quote Card当使用者给出「说话人名字 + 说话内容 + 主色」，说"做一张车队无线电那种语录卡"、"生成 XX RADIO 的图"、"把这句话做成无线电字幕卡"、"照那个红色波形的格式来一张"时使用。产出单文件 HTML，800×1000 竖版：顶部是名字（主色）加 RADIO（白色）的粗斜体标题、中间一条主色音频波形加通栏横线、下方是主色粗斜体全大写的引号语录、底边一条主色横条，底色固定为近黑。使用者没给图标就不放图标。不生成任何车队或厂商的徽标，不伪造真人说过的话。Votes: 0GitHub stars: 5
- Ui Design System Builder当使用者说"帮我做个界面"、"这个页面太丑"、"看着像模板/像 AI 做的"、"给这个项目定个视觉风格"、"配色和字体你来定"、"把这几个页面统一一下"时使用。先从项目本身抠出一个具体意象，据此定出一版完整的 CSS 变量与排版尺度（不是"现代简洁"这种废话），再用这些 token 拼组件；每个非显然的取舍都在代码注释里写清理由、代价和怎么改回去。中文界面必须同时配 CJK 字体。不装 UI 框架来跳过这一步，不改业务逻辑，不为了好看牺牲对比度和可读性。Votes: 0GitHub stars: 5
- Program Maturity Navigator当手上有一个零散的读书会、学生分享、讲座或社群活动想法，想知道下一步该怎么长时使用。先按留下的痕迹（办过几次、来了几个人、留下了什么）判出它实际在哪儿，而不是按它叫什么；再用带证据清单的闸门决定是留在原地、修改后再试、往深处走（Workshop）还是往广处走（公共活动）。深度与广度是两个独立的轴，不是一条梯子。产出各阶段的标准表单与交接，不替使用者编造学校制度、人员、预算或未给出的活动形式定义。Votes: 0GitHub stars: 5
- Latex Paper Formatter当使用者说“整理建模论文 LaTeX”“修编译错误和引用”“统一公式、表格和图注”“按比赛模板排版”“检查交叉引用与缺图”时使用。先冻结内容并做基线编译，再在不改变数学含义、数字、引用或作者措辞的前提下修结构、符号格式、标签、表图、文献与版面；运行静态检查和实际编译，记录引擎、命令、警告与输出。只格式化和诊断，不补造公式、结果、来源或论文内容。Votes: 0GitHub stars: 5
- Model Critique Coach当使用者说“帮我批判这个模型”“找漏洞和反例”“模拟评委审稿”“这个结论站得住吗”“为什么验证不充分”时使用。先重建现有模型及其证据链，再从核心主张倒查方程、参数、数据、代码与假设，检查量纲、边界、可辨识性、泄漏、基线、验证、灵敏度、稳健性和可复现性；按对结论的影响分级，每条给最低成本反证检查与修复方向，不伪造审稿意见或验证结果，不整套重写。Votes: 0GitHub stars: 5
- Model Selection Tutor当使用者说“这题该用什么模型”“A 和 B 哪个更合适”“要不要上机器学习”“我的模型选得对吗”时使用。基于已拆清的目标、变量、数据与验证条件，区分模型家族、算法和求解器，建立简单基线，比较至少两个有意义的候选，并给出条件式推荐与最低成本判别测试；不凭流行度拍板、不编造性能、不替学生隐藏最终选择。Votes: 0GitHub stars: 5
- Modeling Assumption Builder当使用者说“帮我写模型假设”“这些假设合理吗”“方程里藏了哪些前提”“这些模型假设怎么检验”时使用。把题面事实、定义、校准选择、数值近似与真正假设分开，建立带类型、理由、作用域、失效后果、承重性和反证测试的假设登记表，并检查量纲、守恒、边界、极限情形与重复假设；不虚构现实依据，不把方便计算写成已验证事实。Votes: 0GitHub stars: 5
- Modeling Code Builder当使用者说“按我的模型写代码”“把方程实现成 Python/MATLAB/R”“调试这段建模代码”“补验证和灵敏度分析”“让结果可复现”时使用。只实现学生已确认的模型与数据契约，先写实现合同、手算小例、不变量和验收矩阵，再按读取、变换、求解、验证、敏感性与导出拆分；执行后记录输入快照、种子、环境、求解设置和输出，不静默修数据、不硬编码结果、不替学生发明模型或伪造数据。Votes: 0GitHub stars: 5
- Modeling Problem Reading Coach当使用者贴出数学建模题、数学建模竞赛题、研究问题或评分要求，说“帮我拆题”“这道题到底要什么”“有哪些隐含条件”“先别急着选模型”时使用。把原题整理成可核对的题面契约、变量与单位账本、子问题依赖图、歧义清单和下一步交接；区分原题事实、合理推断与待确认项，不选模型、不解题、不补造数据。Votes: 0GitHub stars: 5
- Paper Enhancement Builder当使用者说“这篇建模论文还能怎么提升”“按评分表排修改优先级”“时间不够先改什么”“给我一个论文改进清单”“要不要再加一个高级模型”时使用。基于现有草稿、模型工作包、批判 findings、评分规则和真实剩余资源建立可定位的 gap register，再按结论影响、评分关联、工作量、依赖与失败风险排序；每项写所需数据/代码/作者决定、验证与验收条件，先给一个最小可行修订，不用装饰复杂度替代证据，不编创新、实验或评委偏好。Votes: 0GitHub stars: 5
- Paper Structure Coach当使用者说“帮我整理建模论文结构”“这一段该放哪”“论文逻辑很乱”“怎么从模型讲到结论”“摘要和正文对不上”时使用。基于学生已有题面、模型、运行、图表和草稿建立主张—证据图，再给按问题驱动的章节蓝图、段落职责、图表计划与页数预算；保证摘要数字可追溯、结果与验证分开、结论强度不越过证据，不代写整篇竞赛论文，不用流畅叙事掩盖缺失分析。Votes: 0GitHub stars: 5
- Team Role Coach当使用者说“建模比赛三个人怎么分工”“帮我们排协作节奏”“模型、代码和论文总对不上”“截止前谁做什么”“怎么交接和复核”时使用。根据真实成员能力、可用时间、交付物依赖与截止约束，按产物和决策分配 owner/reviewer，建立单一事实源、关键路径、九个质量闸门、交接包、冲突与回退规则；不猜成员能力、不平均分任务、不伪造会议、贡献或独立审查，不让未验证结果直接进入论文。Votes: 0GitHub stars: 5
- 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 infer emotions, intent, place, identity, or circumstances from the image alone.Votes: 0GitHub stars: 5
- Photo Cinematic Grade照片电影感调色、低饱和冷暖分离、先保原片再调色。用确定性像素处理而不是生成式重绘；先确认用途与色彩输入，输出带 sRGB ICC 的新图和隐私优先的参数/QA 边车。支持 8-bit SDR JPEG/PNG 的 render、固定三选候选小样 candidates 与数值 QA，以及原尺寸前后对比 compare；card、LUT 尚未实现。不负责 RAW 显影、修图换景、冲印交付或精确复刻电影/胶片。Votes: 0GitHub stars: 5
- 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 metadata. Do not use for interpreting photographic intent, inventing missing metadata, or editing the photograph itself.Votes: 0GitHub stars: 5
- 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 of their photos as a stylized poster rather than retouch or reproduce the photo.Votes: 0GitHub stars: 5
- 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 unless they explicitly ask for sequencing suggestions; do not infer artistic intent from pixels alone. For a publication or exhibition-board layout with bands, a lead photo per band and a credit pe...Votes: 0GitHub stars: 5
- 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 folder of photos.Votes: 0GitHub stars: 5
- Answer Plausibility Checker当算完、估完、拟合完或模拟完，拿到一个数值结果、要决定信不信时使用。按单位、符号、量级、极限行为、与参考值对比、守恒量收支六项过一遍嗅觉测试。对没有标准答案的科研与建模结果，改用「数量级 + 守恒总量核算」双锚点，不假装知道真值。引用的参考值必须带来源与查阅日期。Votes: 0GitHub stars: 5
- Competition Scenario Extractor当物理材料太长、太散或不是题面形态时使用——竞赛原题、IYPT 题目描述、文献段落、实验记录、一段现象叙述。把它压成干净题面、给定量台账、约束、子问题树；每一条"忽略""理想""视为"都标注它关掉了哪段物理、在什么无量纲判据下会失效；同时抓出模糊措辞、缺失约束、单位与符号的自相矛盾。只做提取与暴露缺口，不补条件、不选模型、不解题。Votes: 0GitHub stars: 5
- Concept To Formula Deriver当问「这条公式怎么来的」「为什么长这样」，或说「帮我推导／推出 X 公式」时使用。从定义或守恒律出发重建标准公式，每一步标出用的是哪条原理、这一步在物理上做了什么；假设写在它真正被用到的那一步，不堆在开头。终式可用 scripts/compare_formula.py 与标准式做符号比对。会被评分的推导：结构与理由可以给，代数由本人做。要逐步核验一份已写好的推导，用 derivation-step-checker。Votes: 0GitHub stars: 5
- Dataset Systematic Error Hunter当一份实验数据可能藏着仪器或环境偏差时使用。扫描漂移、温度依赖、非线性、滞回、重复不一致这几类系统误差特征，再把每一类归因到一个具体的物理过程（热学、电子学、机械），而不是一句「数据有问题」。相关不等于因果——脚本给的是线索，归因要另找证据。Votes: 0GitHub stars: 5
- Derivation Step Checker当手上有一份已经写好的推导、要逐步核验时使用。每一步查四件事：代数是否等价、量纲是否一致、符号有没有翻错、以及这一步用的定律在此处适用条件是否仍然成立——变质量、非惯性系、准静态假设中途被悄悄破坏是高频翻车点。scripts/check_derivation.py 做前三项的确定性检查，第四项是人的判断。只核验已有推导，不代写推导。Votes: 0GitHub stars: 5
- Dimensional Analysis Checker当有一条推导、模型方程、标度律或最终公式，想在相信它之前先过最便宜的一关时使用。逐项查量纲：先统一记号、建符号量纲表，再按加减两侧同量纲、等式两边一致、指数对数三角函数的宗量无量纲逐条核对，指出第一处不一致；每个通过的项还要说出它代表什么物理贡献，说不出的项就是没理解的项。结论里写明量纲通过不等于物理正确。Votes: 0GitHub stars: 5
- Fermi Estimation Coach当机制清单已经排好、需要给每个机制配数值锚点并合成一个站得住的量级结论时使用。把估算写成显式的因子分解，每个因子给低／中／高三值与证据档位，算出区间而不是装饰性的小数位，再与参考区间和守恒量核对。worksheet 的结构与算术由 scripts/check_estimate.py 校验。不负责发现或排序机制——那是 physics-mechanism-decomposer 的事。Votes: 0GitHub stars: 5
- Limiting Case Validator当有一条公式、标度律或模型结果，想在相信它之前查它在极限下还讲不讲得通时使用。先找出控制参数与无量纲组，挑最小一组有用的极限，在动手算之前先写下物理上应该发生什么，再做数学化简两相对照；专抓在某个极限下发散、变号、或丢掉已知特例的表达式。manifest 的完整性由 scripts/check_limit_manifest.py 校验。Votes: 0GitHub stars: 5
- Model Fit Auditor当已经有观测与模型预测（或一份拟合输出）、要判断这个拟合信不信时使用。看残差结构、带不确定度的拟合优度、杠杆值与影响点、信息准则。残差里有结构，说明模型、测量过程或不确定度模型三者之一不完整：必须说出可能是哪一处、用什么检查分辨，而不是加参数；疑似仪器漂移、温度、批次这类测量偏差时转 dataset-systematic-error-hunter 查原始数据。不在有数据之前选模型，也不悄悄删离群点。Votes: 0GitHub stars: 5
- Numerical Stability Auditor当一个模拟跑出了结果、要判断它是物理还是数值假象时使用。查三件事：守恒量的漂移曲线、步长收敛阶、功率谱里可疑的高频内容。守恒量在哪一步开始漂，就指向哪个物理过程被离散化破坏。结果随步长改变时，必须先做收敛性检查再解释现象。Votes: 0GitHub stars: 5
- Physics Mechanism Decomposer当面对一个开放现象、说不清"为什么会这样"时使用——IYPT 题目、实验里看到的奇怪行为、科研中待解释的观测。把现象拆成候选机制清单，用守恒量收支表检查有没有漏，为每个机制写出带指数的标度律，用同量纲的量级比较排出主导、次导与可忽略，再为每个机制配一个能真正分辨它的观测量（判据是指数或符号不同，不是系数不同）。产出的是可检验命题与实验建议，不是结论。Votes: 0GitHub stars: 5
- Physics Problem Router当使用者贴出一道物理题、一个实验现象、一份竞赛材料或一句"这个怎么解释"，还没想好从哪一步下手时使用。先定三件事——问题类型（计算/建模/科研/开放现象）、目标产物（数值答案/可检验模型/机制解释）、卡在哪一步——再分流到下游物理 skill；专门检出"要的产物与问题类型不匹配"和"其实该先回去读题"两种走错门。不解题，不给答案，不替使用者选机制。Votes: 0GitHub stars: 5
- Problem Formalization Coach当题面已经干净、但不知道该调用哪条物理定律，或者用了定律却说不清它在这里凭什么成立时使用。把问题拆成已知量、未知量、约束三栏，为每一条给定条件追出它背后的定律，并强制写明该定律在本题的适用条件；每条假设标出它近似掉了哪段物理；用未知数与独立方程的计数判断问题定不定得下来。检出凭空补进来的量和"用了定律但没写条件"的条目。不列出解、不推导、不给数值答案。Votes: 0GitHub stars: 5
- Problem Representation Scout当物理问题的方程列得出来却解不动、能量算不平、或者根本不知道往哪个方向列方程时使用。先把过程按约束改变、接触建立断开、打滑、相变、冲量作用切成阶段，标出每段守恒什么、哪里突变、阶段之间靠什么衔接；再为每个阶段配一个能直接回答本段问题的表示（受力图、冲量-动量表、势能曲线、相图、质心系、有效势、相量、无量纲化、对称性）。给的是看问题的角度，不是解。Votes: 0GitHub stars: 5
- Reference Frame Choice Guide当物理问题在地面系里写得很别扭、或者想知道换个参考系能省多少事时使用。给出候选参考系（地面系、随物体平动系、质心系、转动系、斜面系）的对比：每个系里要付出哪些惯性力、约束会不会变简单、代数项数大致多少；并强制列出换系后不变的量（守恒律是否仍成立、哪些标量与相对量不变）和只是表象变了的量，把物理本质与坐标选择分开。给判断依据，不代为求解。Votes: 0GitHub stars: 5
- Symbolic First Discipline Coach当推导中途就把数字代进去、结果看不出结构时使用。把符号一路保留到结构不再变化，再与「早代入数字」的路径并排对照：哪些量其实约掉了、哪两个量只以某个组合出现（说明本质自由度比看上去少）、从哪一步开始代数字会把物理藏起来。给的是纪律与对照，不替使用者算完。Votes: 0GitHub stars: 5
- Uncertainty Propagator当有一组带不确定度的测量量、需要给导出量一个不确定度时使用。做线性协方差传播（含相关项），给出符号灵敏度、不确定度预算、线性与蒙特卡罗的一致性检查，并按贡献大小排出下一轮该先测哪个量。灵敏度大不等于贡献大，这一条会被明确区分。不做拟合、不诊断系统误差、不替缺失的不确定度编数。Votes: 0GitHub stars: 5
- Skill Creator当学生说"我想做一个自己的技能"、"每次都要重复交代同样的要求"、"能不能把这套流程固定下来"、"帮我改一下我那个技能"时使用。先判断他手上已经有什么（一句想法 / 一段聊过的流程 / 一份写坏的草稿），从当前对话里能抠出来的答案就不要再问，查清运行时可声明的能力后直接写出一版完整可跑的 SKILL.md，只把剩下的关键分歧用一张选择题卡问完，改定后出确认卡存进技能库。Votes: 0GitHub stars: 5
- Adversarial Lyric Writer当使用者说"帮我填词"、"按这个字数模板写歌词"、"用多Agent对抗式写词"、"这首副歌帮我想几句"时使用，前提是字数骨架和这首歌写什么都已经有了；只有主题、还没定写什么时先用 lyric-concept-builder。拿一份字数骨架和意象系统，派三个 sonnet 子代理按不同路子并行独立起草（场景派 / 口语派 / 意象派），再派一个红队子代理逐句挑毛病，主 Agent 按句裁决拼稿，最后统一辙口与意象。收敛判据卡死：字数用 lyric-doctor 的脚本对模板数、每段同辙、hook 不含陈词、主歌二对主歌一有推进。不抄现有歌词，不替使用者决定这首歌要说什么。Votes: 0GitHub stars: 5