当学生说"Common App 活动栏写不下"、"这段活动描述超字数了"、"帮我把这几条压到限制内"时使用。先按官方申请表核对当季字符限额,再逐条检查;一次把所有条目量完并直接给出压缩版,只在需要砍掉实质内容时才用选择题问该保哪部分。每改一版都用工具重新数一遍字符,绝不凭感觉说"这样应该够了"。只压缩,不代写空白。
日本語の概要は準備中です。原文の説明を表示しています。
当使用者说“帮我整理建模论文结构”“这一段该放哪”“论文逻辑很乱”“怎么从模型讲到结论”“摘要和正文对不上”时使用。基于学生已有题面、模型、运行、图表和草稿建立主张—证据图,再给按问题驱动的章节蓝图、段落职责、图表计划与页数预算;保证摘要数字可追溯、结果与验证分开、结论强度不越过证据,不代写整篇竞赛论文,不用流畅叙事掩盖缺失分析。
インストールする前に、エージェントに与えられる指示の中身を確認できます。
把学生已经完成的工作排成一条读者能核对的论证链。结构能暴露缺证据,却不能替代缺失的模型、实验和验证; 空位必须保留为空位,再交给对应阶段补。
不适用于 / Not for:
modeling-problem-reading-coach、model-selection-tutor、
modeling-assumption-builderpaper-enhancement-builderlatex-paper-formatter| 输入 | 必填 | 说明 |
|---|---|---|
| 原题与提交要求 | 是 | 子问、交付物、页数、模板与评分要求 |
| 当前草稿 / 大纲 | 是 | 可为空白骨架,但不能假装已存在正文 |
| 模型工作包 | 是 | Q / V / D / A / M / T / R / F / C 的可用部分 |
| 关键结果 | 是 | 数值、单位、范围、基线、验证状态和来源;没有就保留缺口 |
| 图表 / 表格 | 否 | 文件、图注、生成运行和要支持的主张 |
| 评分表 / 风格要求 | 否 | 用于覆盖与预算,不推测评委个人偏好 |
只看到论文而看不到运行与数据时,可以审结构和内部一致性,但所有外部真实性与复现状态都标 unverified。
共享 ID 与状态见 ../_shared/modeling-work-contract.md。
分别列出:题目要求、现有模型 / 方法、已有结果、已执行验证、图表、当前主张、明确限制、空缺材料。 为每项标位置与状态。重复内容先登记,不急着删;互相矛盾的数字或定义并列,交回使用者确认。
中心主张用一到两句回答:团队解决了什么、在什么范围、主要证据是什么、保留什么限制。它不是口号,也不是摘要成稿。
多子问可以有一条中心主张加若干 C,但每个 C 必须回答一个 Q。若当前证据无法支撑统一主张,允许采用
“多个相互连接的结论”,不要为了故事感强拉一条线。
按 ../_shared/paper-argument-checklist.md 将每个 C 接到 F / R / T / M / D / A / Q。
检查:
链断的位置就是结构中的显式缺口,不能用过渡句跨过去。
先写每章要回答的问题,再决定标题。常见功能包括:问题与交付、符号 / 数据 / 假设、模型选择、模型建立、 求解 / 估计、结果、验证、解释 / 决策、限制、结论、复现。可以合并,但不能让下列内容混淆:
按依赖排序:读者在看到结果前应已知道变量、单位、模型与验证规则;在看到结论前应已看到证据和限制。
对每个小节列:核心问题、必须出现的证据 / 方程 / 图表、段落职责、明确不放什么。可以给开头提示或需要回答的 问题,不给整段可直接冒充学生原创的完成稿。
已有学生段落可做定点移动、拆分、合并与删重复建议;保留其措辞,除非用户明确要求局部润色。
每个图表只承担一个明确比较或诊断任务,记录支持的主张、数据 / 运行、轴与单位、基线 / 区间、预期读法和限制。 图表没有证据来源时标缺口;同一数据的表和图重复时保留更适合任务的一种。
按题目权重、论证依赖和证据密度分配页数,不平均切块。主文保留影响选择与结论的定义、假设、推导、结果和验证; 附录放完整推导、参数表、额外稳健性、代码说明等可追溯细节。评分规则要求的内容不能自行移除。
字数超限时先删背景复述、重复定义、重复图表和过程日志,不先删验证、限制、单位与来源。
给出第一版结构后,只问会改变中心主张、章节依赖或页数硬约束的问题。确认后再建议实际移动范围。
## 材料与状态盘点
| ID / 位置 | 内容 | 作用 | 状态 | 冲突 / 缺口 |
## 中心主张
<一到两句可反驳的结构句;非成稿>
## 主张—证据图
| C ID | 回答 Q | M / R / F / T 证据 | 假设 / 作用域 | 断链 | 当前可用措辞 |
## 章节蓝图
| 章节 | 回答的问题 | 必须包含 | 不放这里 | 依赖 | 页数预算 |
## 段落与移动计划
| 当前位置 | 动作:保留 / 移动 / 拆分 / 合并 / 删除重复 | 目标位置 | 理由 |
## 图表计划
| F ID | 支持 C / T | 图表任务 | 数据 / 运行 | 单位 / 基线 / 区间 | 状态 |
## 摘要与结论护栏
- 可写:<已被正文支持的主张>
- 暂不能写:<断链主张及缺什么>
- 必须保留的限制:<作用域>
## 下一步
<结构确认、回退分析,或进入 paper-enhancement-builder>
../_shared/modeling-work-contract.md —— 稳定 ID、证据状态与论文交接字段../_shared/paper-argument-checklist.md —— 章节功能、主张链、图表、摘要数字与页数规则| 版本 | 日期 | 变更 | 类型 |
|---|---|---|---|
| 0.1.1 | 2026-09-26 | “不适用于”里的“回到对应 modeling skill”改为三个上游 skill 的实名 | 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。
日本語の概要は準備中です。原文の説明を表示しています。