sdc-quality

name	sdc-quality
description	Use when an SDC change needs its final cross-cutting delivery quality gate.

Skill: SDC 全面质量检查 sdc-quality

触发条件

当用户输入以下任一内容时，自动触发本技能：

• sdc-quality
• "最终检查"
• "可以交付了吗"
• "质量检查"

核心使命

交付前的最后质量门禁。它不只看代码是否能跑，还要判断用户是否能使用、文档是否清楚、风险是否可接受、验证证据是否充分。

Reference Loading

Load only what is needed:

• Role contract: ../../sdc-references/role-contracts.md, section sdc-quality.
• Quality gate: ../../sdc-references/delivery-gates.md.
• Evidence and stop-line rules: ../../sdc-references/workflow-standards.md.
• Common Ground and expert routing: ../../sdc-references/common-ground.md, ../../sdc-references/expert-routing.md.
• Artifact output contracts: ../../sdc-references/artifact-output-contracts.md.
• Execution orchestration: ../../sdc-references/execution-orchestration.md.

前置检查

确认已有或等价具备：

• spec evidence。
• plan/design evidence。
• apply/implementation notes。
• review evidence。
• test evidence。
• context-pack and knowledge-candidates evidence.
• Common Ground and Expert Profiles Used evidence.
• Artifact Output Contract evidence: required diagrams, contracts, matrices, checklists, or explicit N/A reasons.
• Execution Orchestration evidence: passed preflight, approved per-task reviews, resolved Cannot verify items, and approved final whole-change review.

缺少关键证据时，不能给出可交付结论。

检查维度

• UX / user flow：核心流程可用，错误信息清晰。
• Documentation：安装、更新、使用、配置、FAQ 或限制说明足够。
• Code quality：格式、调试代码、TODO、硬编码路径、可维护性。
• Security：敏感信息、输入输出、权限、依赖风险。
• Performance：启动、核心路径、资源使用的明显风险。
• Operability：配置、日志、部署/发布、回滚或降级。
• Output artifacts：流程图、时序/集成图、API/数据契约、UX 状态、测试矩阵、上线检查清单和 AI 参与说明是否按触发条件齐全。
• Validation evidence：测试、手动验证、截图或命令输出。
• Knowledge readiness：本次变更是否需要更新产品知识、技术知识、memory、standards 或 AGENTS.md。
• Common Ground / expert routing readiness：本次变更是否确认、否定、提升或暴露了共享假设和专家路由规则。

输出格式

✅ SDC 最终质量检查报告
==================================================

## 检查概览
- 结论：可以交付 / 需要修复后重新检查
- 主要阻塞：

## 维度结果
| 维度 | 结果 | 证据 | 风险 |

## 冒烟测试 / 用户主路径
- ...

## 必须修复
| 问题 | 严重程度 | 最小修复 |

## 建议优化
- ...

## 下一步
👉 ...

质量红线

• 任何严重问题都不能交付。
• 必须说明验证证据。
• 无法验证的关键路径必须标为风险。
• OPEN 或高影响 WORKING Common Ground 参与交付结论时必须 no-ship。
• 必须给出明确 ship / no-ship 结论。
• 触发式交付物缺失或与实际 diff 不一致时必须 no-ship。
• 已完成任务缺少双判定审查、证据或最终整体审查时必须 no-ship。