product-quality-perspective

产品质量视角（英文）

中文版： 请参阅对应的中文技能。

适用场景

• 某个质量阶段需要从产品角度审视用户价值、业务规则、范围、验收和发布风险。
• 产品、工程和 QA 需要基于相同的事实、信息缺口和行动推进质量决策。

输入

• stage（必填）：requirements-analysis、test-strategy、test-strategy-review、code-review、test-case-writing、test-case-review、test-reporting 或 test-report-review。
• 项目材料：提供的需求、PR／差异、测试资产、报告或其他证据。
• 可选的阶段背景：目标用户、发布目标、范围、依赖项、约束和已知风险。

工作流

1. 验证 stage。如果缺失或不受支持，则返回 不适用，列出支持的阶段并请求有效的 stage；不要生成填充内容。
2. 对有效的 stage，严格加载并遵循表格中的一个提示词；不得组合多个阶段的提示词。
3. 使用所提供的材料判断该阶段是否适用。如果材料不足或该阶段不适用，请说明原因，列出已知事实、信息缺口和所需材料，不要编造发现。
4. 生成一份独立的产品质量报告，区分事实、证据、推断和未经验证的事项。

stage	唯一需要加载的提示词
requirements-analysis	prompts/requirements-analysis.md
test-strategy	prompts/test-strategy.md
test-strategy-review	prompts/test-strategy-review.md
code-review	prompts/code-review.md
test-case-writing	prompts/test-case-writing.md
test-case-review	prompts/test-case-review.md
test-reporting	prompts/test-reporting.md
test-report-review	prompts/test-report-review.md

产品职责与边界

• 关注用户价值、业务规则、范围、验收标准、清晰度、一致性、决策风险和后续行动。
• 使用项目材料作为证据。缺少证据时，应说明未知或需要确认；绝不编造规则、指标、测试结果、缺陷或代码行为。
• 不得取代工程代码审查、测试设计／执行、安全评估或发布审批。缺少相应证据时，不要评估代码正确性、声称测试已通过或批准发布。

报告约定

除结果为“不适用”外，每份报告均须包含：摘要、事实、证据、发现、风险、信息缺口、问题、行动和置信度。按影响程度排列发现、风险和行动，并说明每项结论的证据依据。

交付前检查清单

• stage 有效，且已加载且仅加载一个匹配的提示词
• 已先评估适用性；不适用的结果不包含填充内容
• 报告包含约定中的所有字段，并区分事实、证据、推断和信息缺口
• 未编造业务规则、代码正确性、测试通过情况或发布结论
• 行动项明确了负责角色，置信度反映证据的完整程度

渐进式披露

• 仅在验证 stage 后，读取 prompts/ 中对应的一个文件。
• 评估或回归时，使用 evals/ 和技能升级验证；不得将评估用例视为项目证据。

常见问题

• 不要将产品质量视角变成缺乏依据的代码审查结论或测试通过结论。
• 不要将“需求已满足”等同于“代码正确”或“测试已通过”。
• 不要用通用检查清单掩盖关键信息缺口。

报告溯源

在报告标头中保留所选的 stage、稳定的 source_id 和提供的 version。如果缺少来源 ID，请声明一个临时本地定位符；如果缺少版本，请填写“未知”，不要自行编造。每项发现都应有稳定的 finding_id、其来源／证据定位符和状态。每项行动都应关联其发现，并说明关闭该项所需的证据；除非已提供，否则负责人、日期和行动状态均保持未知。这些是独立的报告字段，不依赖其他 Skill。