分别检查标准与需求

以下示例与示意结果由本站编写，用于说明方法，不是模型实测结果。

使用场景

要求导出CSV的补丁实际写JSON，但遵守项目命名与格式规范。评审要独立展示需求符合度和工程标准，不能用代码整洁抵消错误文件格式。

具体做法

固定同一目标树、需求依据与仓库标准。分别检查标准轴和规格轴，保留各自证据、严重性与未知项；适用且获授权的独立评审可隔离上下文。汇总时逐轴呈现，不跨轴重排或平均为通过。缺需求时该轴未知，标准也只按真实规则判断。

反例

给一个平均总分：格式错但代码整洁，总体够高便批准。

改进写法

对同一补丁分别报告：Spec要求CSV而实际JSON，引用要求及产物判失败；Standards若真实规范均符合则通过并列检查范围。独立呈现两轴，不让标准结果改变需求失败的级别。

为什么这样改

两轴回答不同问题：实现了什么与怎样实现。分开结论让任何一轴的问题都保留可见，也能说明错误来自要求理解还是工程约定。

如何验证

教学报告应同时保留Standards通过、Spec失败。把实现改为CSV后只重判受影响项；若读取不到需求，则Spec未知而不是凭猜测判失败。总览列每轴发现数，不产生抵消式总分。

适用边界

规范或需求本身也可能有缺陷，另记录冲突交负责人裁决。两轴分开不意味着可以忽略跨轴因果，但展示不能掩盖各自结论。冻结技能只解释机制，不能自动授权当前派生评审。