PR

改了什么

为什么改

闭环角色

Driver： Reviewer： Approver： Business Approver（用户可见功能）： Operator（如需发布）：

三角色检查

产品负责人（用户可见功能）：

• 用户行为和验收结论已确认
• 反馈或指标观察入口已确认

技术负责人：

• scope、架构影响、测试和风险已确认
• 回滚或 forward-fix 方式已确认

平台 / 资深工程师：

• CI / 本地检查 / migration / smoke 证据已确认
• 如涉及发布，监控和排障入口已确认

关联任务和 Scope

Task：

Scope：

明确不改：

如何测试

• Unit / integration tests
• Build
• Migration check
• Smoke / manual verification

最低验证证据：

风险

架构文档更新

如果涉及架构、技术选型、上下游依赖、API/事件、数据模型、部署方式：

• 已更新 ARCHITECTURE.md
• 已更新 TECH_STACK.md
• 已更新 DEPENDENCIES.md
• 已更新 MODULE_CONTRACTS.md / SERVICE_CONTRACTS.md
• 不涉及架构文档更新

回滚

代码回滚：

配置回滚：

数据回滚：

Feature flag：

证据

截图 / 日志 / 测试输出：

Handoff

下一步需要谁做什么？

• Merge
• Request changes
• Retry
• Close

下一步阅读

读完或填完这份文档后，通常继续看：

• 32-PR评审-pr-review.md：填完 PR 模板后，按 PR 评审规则进入 review。
• 33-测试和质量-testing-quality.md：同时确认测试和质量证据是否足够。