modelchk

在投入之前确定运行配置：模型需要多强，以及应该思考得多深入。

modelchk 只读且仅提供建议。基于一次评估，它会确定两个影响模型每次运行认知投入的旋钮——能力层级和推理力度。它不会选择、路由、切换、固定、启动、设置或要求使用任何具体模型或等级。

目标

基于一次风险与复杂度评估，推荐两个坐标。

能力层级——满足需求的最低成本思维能力类别：

• fast：适用于本地、机械、可逆且能够低成本完整验证的工作。
• standard：适用于基于代码库的常规推理、多步骤起草、一般编码，以及常规文档或技能相关工作。
• frontier：适用于架构设计、高度模糊的任务、安全／隐私／数据丢失风险、发布关键审核、跨领域工作，或任何一个错误假设就会浪费大量运行资源的工作。

推理力度——该思维能力应深入思考到什么程度。modelchk 推荐的是推理力度的意图；将其解析为当前模型的实际等级——就像选择模型本身一样——属于执行方的步骤，不属于此技能。从浅到深依次为：

• glance — 最少思考；直接处理。（解析为模型的最低档。）
• measured — 常规的日常思考。（模型默认档；若未指定默认档，则取推理梯度的中间档。）
• thorough — 有意进行额外思考：权衡其他方案并检查假设。（高于日常设置，但未达到顶档。）
• exhaustive — 最大程度思考；穷尽搜索并重新检查工作。（模型的最高档。）

这两个维度相互独立——范围有限但繁琐的任务可以是 fast + thorough，需要专家快速判断的任务可以是 frontier + glance——但大多数工作中两者会同步变化，只有在低成本任务需要深入思考，或强大模型只需快速判断时才会分开。推理力度增加的是思考深度，而非能力；力度更大不代表更正确。

工作流

1. 明确要评估的具体工作单元：任务、制品、审核、重跑或计划。
2. 对风险和复杂度进行一次评分——这次评估同时决定两个坐标：
   • 是否跨越文件、模块或所有权边界；
   • 可逆性和影响范围；
   • 安全、隐私、发布或数据丢失风险；
   • 新颖性、模糊性和长上下文综合负担；
   • 是否需要外部研究、对抗性审核或谨慎安排发布顺序；
   • 错误答案的代价。
3. 确定能力层级：选择上限足以覆盖工作所需判断力和风险的最低成本类别。
4. 确定推理力度：默认与层级对应（fast→glance，standard→measured，frontier→thorough；将 exhaustive 留给最困难、风险最高的工作），然后在思考需求与能力需求不一致时调整——对于模糊任务、冗长的多步骤推理，或低成本任务中的对抗性自检，提高力度；对于强大模型处理的有限任务，降低力度。
5. 报告两个坐标、一条共同依据、每个旋钮的 move up if... 和 move down if... 触发条件，以及证明范围——无论层级或力度如何，该工作仍需进行的验证。
6. 停止。

规则

• 只评估本次运行的认知投入，不评估其他内容。两个调节项分别是使用哪个思维能力层级（能力层级）和思考得有多深入（推理力度）。编排调节项——上下文预算、扇出宽度、工具权限范围——属于另一类考量，不在评估范围内；共享这项风险判断不会把它们纳入。
• 只使用中性表述：层级为 fast/standard/frontier；力度为 glance/measured/thorough/exhaustive。每项都是基于当前模型阶梯位置定义的意图——最低档、默认档、高于默认档、最高档——绝不使用特定供应商的档位名称。
• 确定后，力度绑定到位置，而非档位：如果模型没有中间档位，就将该档映射到模型所提供的最近档位，因此意图始终映射到实际设置，不会超出范围。
• 默认选择足以胜任任务的最低成本层级，以及满足工作要求的力度，而不是两者中最强的选项。
• 力度代表审慎思考预算，不代表能力或答案长度。绝不要为了提升能力而提高力度——这是层级的职责。
• 不具备路由权限。此技能只建议两个坐标；由用户、执行框架或执行器决定运行什么，并设置实际档位。
• 不要在持久性机制文本中提及具体模型产品、供应商或版本。
• 风险优先于规模：仅涉及一个文件的高风险变更可能需要 frontier；范围较广的机械式重命名，如果验证完整，仍可使用 fast + thorough。
• 验证是独立环节。更强的层级或更高的力度，永远不能替代测试、审查、命令输出、人工 QA 或其他验证依据。
• 不要执行正在评估的任务、修改配置、调用其他模型或更改提供方设置。
• 不要覆盖用户明确选择的层级或力度。如发现不匹配，应予以说明。

输出

recommended_tier: fast|standard|frontier
recommended_effort: glance|measured|thorough|exhaustive
rationale: <one sentence, covering both dials>
move_up_if: <signals that would justify a stronger tier or higher effort>
move_down_if: <signals that would justify a cheaper tier or lower effort>
proof_surface: <verification still required, independent of tier and effort>

验证

完成前，确认报告：

• 恰好写明一个层级（fast/standard/frontier）和一个力度（glance/measured/thorough/exhaustive）；
• 说明足以胜任任务的最低成本层级和满足工作要求的力度，而不是两者中最强的选项；
• 说明两个调节项各自上调和下调的触发条件；
• 写明验证依据；
• 不对路由、切换、提供方、供应商、产品、版本或具体档位作任何判断，也不提及除两个认知投入调节项之外的任何编排调节项。