当学生说"Common App 活动栏写不下"、"这段活动描述超字数了"、"帮我把这几条压到限制内"时使用。先按官方申请表核对当季字符限额,再逐条检查;一次把所有条目量完并直接给出压缩版,只在需要砍掉实质内容时才用选择题问该保哪部分。每改一版都用工具重新数一遍字符,绝不凭感觉说"这样应该够了"。只压缩,不代写空白。
日本語の概要は準備中です。原文の説明を表示しています。
当使用者说“这题该用什么模型”“A 和 B 哪个更合适”“要不要上机器学习”“我的模型选得对吗”时使用。基于已拆清的目标、变量、数据与验证条件,区分模型家族、算法和求解器,建立简单基线,比较至少两个有意义的候选,并给出条件式推荐与最低成本判别测试;不凭流行度拍板、不编造性能、不替学生隐藏最终选择。
インストールする前に、エージェントに与えられる指示の中身を確認できます。
选模型不是报菜名,也不是挑最复杂的名字。这个 skill 把候选放到同一组可反驳的标准下比较,先建立 简单基线,再找出哪一个检查真正能区分它们。最终选择由学生确认并能在论文里辩护。
不适用于 / Not for:
modeling-problem-reading-coachmodeling-assumption-builder;若手上虽有模型草稿,但仍在比较不同模型结构、尚未确认采用哪一个,则留在本 skillmodeling-code-buildermodel-critique-coach| 输入 | 必填 | 说明 |
|---|---|---|
| 建模目标 | 是 | 预测、解释、分类、排序、优化、仿真或控制;多目标分别列 |
| 变量与单位 | 是 | 至少说明输入、输出、决策变量和量纲 |
| 数据条件 | 是 | 样本量级、时间 / 空间结构、标签、缺失、来源和可用范围;没有数据也要说明 |
| 约束与验收方式 | 是 | 物理 / 逻辑约束、评价指标、验证数据或可用反例 |
| 候选模型 | 否 | 使用者已有候选优先比较;没有时再按任务提出模型家族 |
| 解释与计算要求 | 否 | 是否需要参数解释、实时性、资源上限、可视化或论文可讲清程度 |
缺少目标或评价标准时,先给“哪些信息会改变选型”的最小清单,不凭题型名称直接推荐。必要时只做
临时候选表,并将结论标为 unverified。共享状态与 ID 规则见 ../_shared/modeling-work-contract.md。
| 层级 | 示例 | 选型时回答的问题 |
|---|---|---|
| 模型家族 | 机理方程、回归、状态空间、网络、排队、优化、代理人仿真 | 用什么结构表达问题 |
| 估计 / 学习算法 | 最小二乘、最大似然、贝叶斯推断、梯度提升 | 如何从数据确定未知量 |
| 求解器 / 数值方法 | 单纯形、内点法、RK 方法、MCMC、分支定界 | 如何计算模型给出的任务 |
不能用“求解器跑得快”证明模型结构合适,也不能把两个求解器当成两个理论候选。
先复述一行可反驳的目标:模型要在什么作用域,对什么输入,产生什么输出,按什么指标判断,并受哪些约束。 同时标明最重要的优先级:预测精度、机制解释、决策质量、外推、计算速度或可审计性不能默认同权。
基线应与任务匹配,例如历史均值、最后值、线性 / 逻辑回归、贪心规则、无交互模型、线性松弛、 守恒平衡或人工规则。它不是为了赢,而是回答:复杂模型比“几乎不建模”多带来了什么。
如果连基线都无法定义,通常说明目标或指标还没拆清。
通常比较 2–4 个结构上不同且确实可行的候选;不要为凑数列方法。候选可以来自:
对每个候选写最小结构、参数、数据需求和输出;没有必要推导完整方程。
按以下顺序过门槛:
比较可辨识性与验证时按需读取 ../_shared/validation-playbook.md。不掌握某项就写 missing,
不要用“较好”“一般”填满表格。
找能让候选给出不同预期的最低成本检查。例如:
每项预先写数据、指标和决策规则。看完结果再改规则是在追着结果选模型。
候选比较使用开发 / 选模数据;多个候选与超参数反复比较时采用嵌套交叉验证,时间问题采用嵌套滚动验证。 最终评估集在模型、特征、阈值与报告规则冻结后只查看一次。预测依赖未来外生变量时,判别测试只能使用预测时点 实际可得的预报或情景,并单独传播外生变量不确定性。
推荐写成“如果重点是 X 且检查 T 通过,优先 M1;如果 Y 不能满足,退回 M0 / M2”。必须同时说明:
记录拒绝原因和重开条件,防止团队两天后无记忆地重走一遍。确认模型后,把 M 条目、候选表、
判别测试与未决风险交给 modeling-assumption-builder;尚未确认时不能把模型状态写成 accepted。
## 选型目标
<作用域、输入、输出、评价指标、硬约束、首要优先级>
## 简单基线
- M0:<结构>
- 为什么是有效基线:<依据>
- 预期不足:<要由数据 / 测试确认>
## 候选比较
| ID | 家族 / 最小结构 | 数据与参数 | 关键假设 | 可辨识性 | 验证办法 | 外推 / 失败风险 | 成本 |
## 判别测试
| T ID | 要区分什么 | 数据 / 场景 | 指标 | 预先决策规则 | 状态 |
## 条件式推荐
<主路径、退路、推翻条件;明确哪些是 verified / inferred / missing>
## 决策记录
| 候选 | 当前状态 | 接受 / 拒绝理由 | 重开条件 |
## 交接
- 接收:modeling-assumption-builder
- 已确认:<M / V / T IDs>
- 高风险项:<需要优先验证的假设与可辨识性问题>
- 下一步:<一个最小动作>
../_shared/modeling-work-contract.md —— 状态标签、稳定 ID 与交接工作包../_shared/validation-playbook.md —— 验证层次、量纲、可辨识性、泄漏与结论强度| 版本 | 日期 | 变更 | 类型 |
|---|---|---|---|
| 0.1.1 | 2026-09-14 | 明确与 modeling-assumption-builder 的分流:模型结构未定时留在选型,模型已定后再系统整理假设 | patch |
| 0.1.0 | 2026-08-17 | 初始草稿:模型 / 算法 / 求解器分层、简单基线、十道选型门槛和判别测试 | 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。
日本語の概要は準備中です。原文の説明を表示しています。