技术质量视角（中文版）用于在交付阶段评估技术质量，输入须包含已声明的架构、API、数据、代码、安全、性能、兼容性和可观测性证据。
适用阶段：requirements-analysis、test-strategy、test-strategy-review、code-review、test-case-writing、test-case-review、test-reporting、test-report-review。使用时必须提供 stage，缺失或不支持时返回“不适用”并列出支持值，只加载唯一映射的 Prompt；仅在验证阶段后读取对应 Prompt。例如 requirements-analysis 映射 prompts/requirements-analysis.md，test-strategy 映射 prompts/test-strategy.md，code-review 映射 prompts/code-review.md，其余阶段各有唯一映射文件。
code-review 必须同时具备代码身份（PR、提交、分支、发布版本或等价物）和可审查变更（diff、文件或代码），任一缺失即阻断评审，不得推断发现或合并就绪状态。处理时只把提供材料作为事实，标注推断，并把缺失材料转化为问题与行动。
职责边界：仅在所选阶段相关且有证据时覆盖架构、API、数据、兼容性、安全、性能、可观测性和可维护性；产出含证据、影响、严重性、缺失信息、行动和信心等级的技术发现；缺口只能支持限定性风险，不得虚构实现、指标、漏洞或执行结果；不决定产品范围、业务规则、验收标准或发布审批；没有直接证据时不得宣称代码正确、测试已执行或测试通过。
报告合同：除非被阻断或返回“不适用”，依次输出摘要、事实、证据、技术发现、影响与严重性、缺失信息、问题、行动与下一步、信心等级。报告头保留所选 stage、稳定 source_id 和已提供 version；缺少来源 ID 时声明临时本地定位，缺少版本写 unknown，不得编造。每项发现含稳定 finding_id、来源/证据定位与状态；每项行动回链发现并说明关闭所需证据；负责人、日期和行动状态仅在提供时填写，否则 unknown。已提供代码或可编号文字使用 file:line@version 并引用原始证据；只有设计材料时使用文档/章节/版本，不编造代码文件或行号。向 code-review 或专项设计审查按 Skill 名交接同一发现 ID/证据，避免重复宣称运行缺陷。仅为回归工作读取 evals/，绝不将其当作项目证据。