Skip to content
Back to skills

Model Critique Coach

ASecurity

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

  • 5 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added November 7, 2026
ai-agentspythongo

Works with

  • cursor

Security analysis

A100/100

Scanned November 7, 2026

npx -y skills add ChromiteCr/Skills --skill model-critique-coach --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Model Critique Coach?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Model Critique Coach
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/chromitecr-model-critique-coach/badge)](https://www.skillsdirectory.com/skills/chromitecr-model-critique-coach)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: model-critique-coach
description: 当使用者说“帮我批判这个模型”“找漏洞和反例”“模拟评委审稿”“这个结论站得住吗”“为什么验证不充分”时使用。先重建现有模型及其证据链,再从核心主张倒查方程、参数、数据、代码与假设,检查量纲、边界、可辨识性、泄漏、基线、验证、灵敏度、稳健性和可复现性;按对结论的影响分级,每条给最低成本反证检查与修复方向,不伪造审稿意见或验证结果,不整套重写。
category: modeling/review
version: 0.1.1
status: draft
priority: P0
compatible_agents:
  - claude-code
  - codex
  - cursor
  - codebuddy
  - nestudy
  - generic-llm-agent
display_name: 模型批判教练
outputs:
  - chat
max_rounds: 30
suggest_hint: 模型已经能跑?用「模型批判教练」从结论倒查证据链,先找最可能推翻结果的那一处
---

# 模型批判教练 / Model Critique Coach

批判的目标不是显得挑剔,而是找出“哪一处如果错了,会最先推翻哪条结论”。这个 skill 先准确重建方案,
再攻击它;没有重建就开始评论,往往批判的是另一个不存在的模型。

## 何时使用 / When to use

- 已有模型、代码、结果或论文草稿,需要系统找漏洞
- 想在提交前模拟评委对方法、验证和结论的追问
- 参数看似合理,但不确定是否可辨识或是否只是拟合出来
- 代码收敛、训练误差很低,却不知道这能证明什么
- 灵敏度、稳健性或误差分析写了,但与核心结论没有连上
- 两个成员对模型是否“有效”有争议,需要证据化的问题清单

**不适用于** / Not for:

- 题面还未拆解 —— 用 `modeling-problem-reading-coach`
- 还在选择模型 —— 用 `model-selection-tutor`
- 只需把当前假设整理成登记表 —— 用 `modeling-assumption-builder`
- 需要按批判结果安排论文修改 —— 批判完成后用 `paper-enhancement-builder`
- 只查单条方程的量纲或极限 —— 用 `dimensional-analysis-checker` / `limiting-case-validator`
- 手上只有观测数据和一次拟合的输出,只想判断这个拟合可不可信(残差结构、拟合优度、杠杆与影响点)—— 用
  `model-fit-auditor`;要从论文结论倒查题意、假设、数据、实现与验证整条链,才用本 skill

## 需要的输入 / Inputs

| 输入 | 必填 | 说明 |
|---|---|---|
| 被审对象 | 是 | 方程、流程、代码、结果或论文;明确本轮包含哪些、不包含哪些 |
| 核心主张 | 是 | 团队希望模型支持什么结论;没有时先从材料提取并让使用者核对 |
| 变量、假设与数据 | 是 | 定义、单位、来源、处理、参数及作用域 |
| 验证材料 | 否 | 基线、划分、指标、结果、灵敏度、稳健性、已知解 |
| 运行与环境 | 否 | 代码版本、命令、输入快照、随机种子、求解器与输出 |
| 竞赛规则 / 评分表 | 否 | 只用于检查要求覆盖,不假装代表真实评委偏好 |

材料不全时仍先做**范围受限的批判**,在顶部写明没看到什么;不能把缺代码理解成代码正确,也不能把没看到
验证理解成验证没做。状态与 ID 遵循 `../_shared/modeling-work-contract.md`。

## 严重度与问题类型

### 严重度

| 级别 | 判定 |
|---|---|
| Blocker | 题意错位、量纲 / 数据 / 实现错误、泄漏或循环论证足以使核心结果无效,提交前必须处理 |
| High | 关键主张缺证据、高承重假设未检验、参数不可辨识或外推无依据,结论必须降级或补验证 |
| Medium | 限制了适用范围、解释或可复现性,但不必然推翻主要数值结果 |
| Low | 表达、命名、次要检查或可维护性问题,不影响当前核心结论 |

严重度由**对结论的影响**决定,不由数学技巧是否高级决定。没有证据判断影响时写“待定 + 最便宜的判别检查”。

### 问题类型

- **错误**:与题面、数学、数据或实现可核对地矛盾
- **不受支持的主张**:可能为真,但当前证据不够
- **设计权衡**:有代价但可能合理,需要披露和边界
- **未执行检查**:验证尚未运行,不能写成失败
- **表达缺口**:工作可能做过,但材料无法追踪或复现

不要把所有发现都叫“错误”,这会使修复方向失真。

## 流程 / Process

### 1. 冻结审查范围并重建模型

用不超过一页重建:

- 题目动作、模型用途与作用域
- 输入、输出、决策变量、参数和单位
- 方程 / 算法 / 求解器与数据流
- 校准、验证、灵敏度和结果生成路径
- 论文声称的核心贡献与结论

将重建版本先给使用者核对。若材料内部有两个版本,不替团队选一个;并列冲突并指出各自影响。

### 2. 建立主张到证据的反向链

对每条核心 `C` 反向追踪:

```text
论文主张 C -> 图表 / 数值 F -> 运行 R -> 模型 M -> 数据 D + 假设 A -> 题面 Q
```

链上任何一环缺失就登记。主张比最弱一环更强时,先降级主张,不用更多修辞填缝。

### 3. 过十二个审查面

只检查与当前模型相关的面,但不能默认略过:

1. **题意吻合**:模型输出是否真的回答原动作,目标 / 指标是否偷换
2. **变量与量纲**:定义唯一、单位一致、聚合口径与索引没有错位
3. **结构与边界**:守恒、符号、边界条件、极限行为、约束可行域
4. **假设**:高承重前提、循环论证、重复计效、作用域外使用
5. **数据**:来源、代表性、缺失、测量误差、时间 / 空间对齐、预处理
6. **可辨识与估计**:参数是否可区分、估计是否稳定、先验 / 正则是否主导
7. **实现验证**:代码是否实现方程;索引、单位转换、边界、随机性、静默修复
8. **基线**:复杂模型是否比合适的简单规则多带来稳定价值
9. **校准与验证**:是否泄漏、划分是否符合数据结构、指标是否匹配任务
10. **灵敏度与不确定性**:是否针对真正不确定且影响结论的输入 / 假设
11. **稳健性与外推**:替代结构、异常、分布漂移、约束变化和作用域外行为
12. **解释与复现**:相关 / 因果、参数含义、命令、环境、输入快照和图表来源

验证术语与最低验证梯见 `../_shared/validation-playbook.md`。

有执行能力时,第 2 面的量纲交给 `python3 ../../physics/_shared/scripts/dimcheck.py model.dim`(路径相对本 skill
目录;输入格式见脚本开头说明;人数、金额等计数单位借一个用不到的基本量纲代表,如 `N` 代表“人”,不要记成 `1`)。

一旦出现因果措辞,额外核对 estimand、处理 / 暴露、结果、时间顺序、识别设计 / DAG、混杂与选择、overlap、
consistency、干扰和未测混杂敏感性。缺少识别策略时,即使预测和拟合优秀,也只能保留关联或条件预测措辞。

区间与不确定性另核对目标、来源、依赖结构、方法假设、coverage / calibration 与模型选择影响;敏感性范围不能
伪装成置信区间。

### 4. 为高风险项造反例

优先构造能快速暴露错误的情形:

- 手算小例和已知解
- 零、全相等、极端值、单节点、无约束等极限输入
- 多初值 / 多随机种子、删点、换时间窗、换区域
- 保持总量但改变分布,检查模型是否错误地只看均值
- 构造约束冲突或数据缺失,检查是否静默给出“可行”结果
- 简单基线得到相同结论,检查复杂度是否没有贡献

反例是**输入与预期性质**,不是编造一组有利于批判的真实结果。未运行时标记 `unverified`。

### 5. 给每条发现一项便宜检查

发现格式固定为:位置 / ID、类型、证据、对哪条结论的影响、最低成本验证、修复方向。一个发现不要塞进
三个问题;分开才知道哪项修复真正关闭了它。

修复方向只写到能让团队行动:改单位入口、重做时间划分、减少参数、补基线、降级措辞、限制作用域等。
不在批判阶段替团队重写整个模型。

### 6. 保留可辩护部分

明确列出在当前证据下仍成立的结构、结果或贡献,并写作用域。这能防止一个局部 blocker 被误读成“所有工作
作废”,也防止修复时把有效部分一起推倒。

### 7. 排修复队列并设关闭条件

先 Blocker,再 High;同级优先处理上游和能区分多种解释的检查。每项给关闭条件,例如“时间外留出集未参与
任何拟合,预先指标达到基线以上,且三种种子结论方向一致”,而不是“改进验证”。

修复后只复查受影响链条;上游 `D / A / M` 改变时,所有依赖的 `R / F / C` 必须重验。

## 输出格式 / Output

```markdown
## 审查范围与未读材料
<实际看过什么、没看什么、哪些结论因此只能暂定>

## 重建的模型
<题目 -> 数据 / 假设 -> 模型 / 代码 -> 结果 -> 主张>

## Findings
| 严重度 | 类型 | 位置 / IDs | 发现与证据 | 影响的结论 | 最低成本检查 | 修复方向 |

## 可辨识性与验证缺口
| 对象 | 已有支持 | 缺失检查 | 决策规则 | 状态 |

## 对抗情景
| T ID | 输入 / 扰动 | 应满足的性质 | 暴露的问题 | 执行状态 |

## 仍可辩护的部分
- <贡献 / 结果> —— 只在 <作用域> 内,由 <证据 IDs> 支持

## 优先修复队列
1. <动作>;关闭条件:<可核对标准>

## 交接
- 接收:<modeling-code-builder / paper-enhancement-builder / 上游的 modeling-problem-reading-coach、model-selection-tutor 或 modeling-assumption-builder>
- 回退到上游:<需要重开的 Q / A / M IDs>
- 必须重跑:<R / F / C IDs>
```

## 工具与跨 Agent 降级 / Tool fallback

- 有文件与搜索能力时从核心主张定位到方程、代码和结果,不默认扫描无关目录。
- 有执行能力时先跑能反证最高严重度问题的最小测试;没有时给输入、预期和命令框架,标未运行。
- 有版本控制时记录审查基于哪个版本;没有时请使用者标明材料日期或版本名。
- 有独立子审查时可让其寻找遗漏,但最终 findings 必须去重并由主流程核证;没有时明确这是自审。
- 无工具也能做概念重建与证据链审计;不因工具缺失虚构执行结果。

## 边界 / Boundaries

- **不误读后开批**:重建不确定时列冲突并确认,不能攻击自行脑补的模型。
- **不伪造评委或同行意见**:输出是 AI 辅助审查,不声称来自真实专家、评委或审稿人。
- **不虚构残差、p 值、性能或运行结果**:未执行就是未执行。
- **不把收敛当正确**:求解器成功只说明数值过程达到其停止条件。
- **不把复杂度当贡献**:方法高级不抵消错误目标、泄漏或缺基线。
- **不只列缺点**:必须指出仍可辩护部分及其范围。
- **不整套代写替代方案**:给修复方向和关闭条件,模型选择与作者决定回到对应阶段。
- **不扩大结论**:证据只支持相关、局部或情景性结论时,明确限制。

## Token 控制 / Token discipline

- 先读主张、模型入口、验证摘要和结果来源;发现断链再按 ID 追到具体文件
- Findings 去重,同一根因影响多条主张时合并根因并列受影响 IDs
- 优先输出 Blocker / High;Low 控制在真正可行动的少量项目
- 修复复查只读变更及其下游依赖,不重审未受影响部分

## 参考资料 / References

- `../_shared/modeling-work-contract.md` —— 证据状态、稳定 ID 与回退规则
- `../_shared/validation-playbook.md` —— 验证梯、量纲、可辨识性、泄漏与结论措辞
- `../../physics/_shared/scripts/dimcheck.py` —— 第 2 面量纲的确定性检查(物理库共用脚本)

## 变更记录 / Changelog

| 版本 | 日期 | 变更 | 类型 |
|---|---|---|---|
| 0.1.1 | 2026-09-26 | 补与物理侧的分流:单条方程的量纲 / 极限交给 `dimensional-analysis-checker` / `limiting-case-validator`,只判断一次拟合可不可信交给 `model-fit-auditor`;第 2 面量纲引用 `dimcheck.py`;交接模板的“对应上游 skill”改为实名 | patch |
| 0.1.0 | 2026-08-17 | 初始草稿:模型重建、主张反向追踪、十二面审查、反例与可关闭修复队列 | minor |

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.