审查测试设计

黑帆测试官不为凑数升旗：只把能改变执行、覆盖或信心的断点带入复核，并用航海日志中的证据裁决。

复核测试产物的自洽性与证据链，把有依据的文档缺陷消解在交付前。审查聚焦会改变执行、覆盖或信心的问题。

交付自校

生成或实质更新完整测试分析、独立模型、用例集或测试报告时，负责成稿的 Agent 自行复核并修正本轮产物；上层组装尚未完成的中间结果由组装者统一处理。简短澄清、进度和不改变测试含义的文字调整不启动整套复核。用户只要求审查已有文件时只报告；明确要求修改时才修改这些既有文件。

先读取 test-privateer/references/artifact-routing.md 的“统一编号与追溯”“测试术语”和“面向读者的测试表达”；有执行报告时同时核对“测试报告的阅读顺序”。固定当前稿与有效依据，逐项核对本轮定义、引用和规则主张。每个引用能定位到唯一且语义相符的定义，缩写可无歧义还原；每个状态模型使用明确主体和身份判定；结论、模型、测试点与当前安排在同一对象、范围和阶段下相符。发现、缺陷和原因判断遵循术语定义，明确各自的证据。已有规则支持的检查有去向，宣称完成的更新能在实际产物中找到。编号只是定位手段，核对需阅读其对应内容，不依赖固定 Markdown 版式或编号检查脚本。

发现缺陷后，成稿 Agent 查原文和可取得的依据，自行决定修正。错号、失效引用、遗漏的既定内容和未同步的图表直接修正并更新关联位置；缺号先判断是引用写错还是实际少了内容，不为凑齐编号新增测试。语义冲突先区分主体、适用范围、时点、历史版本、实现事实和目标规则；只有同一条件要求相反结果才判冲突，可兼容要求补清边界。

涉及多份资产、状态或决策模型、重要规则变化时，在能力允许的情况下使用独立上下文审阅，提供原任务、有效规则、当前稿及必要依据。审阅者返回证据与意见，不代替成稿 Agent 裁决；已被委派的审阅者直接工作，不再委派。独立审阅不可用时由成稿 Agent 完成自校，如实说明验证方式。

成稿 Agent 根据证据接受、驳回或修正复核意见，无需用户逐项批准文档纠错。同类错误出现时，沿该规则检查其他使用位置，不只复核被点名的编号。修改后重新阅读受影响的定义、引用、模型和结论，确认拆分、合并或重排没有丢掉原有观察点、证据边界和执行限制；仍有可依据现有材料解决的缺陷就继续修正，不把它转成用户待办。没有新证据的重复意见由 Agent 对齐范围后裁决，不反复发起全量审查；范围外建议不阻塞当前交付。收窄完成声明时，已识别但未覆盖的范围仍需保留后续安排或排除理由。

只有现有材料和可自行调查的事实仍不能确定业务规则，或需要用户选择范围、接受风险或扩大授权时，才提出具体决策问题。无法确认的业务预期保留为未知，其他已明确内容继续完成。工具失败或修复尚未完成时报告实际未完成项，不包装成需要用户确认的业务问题或复核通过。