# 需求与 Bug 收集规则

## 共同必填

- 类型、标题、背景与目标、可执行的验收标准、优先级。
- 验收标准要描述可观察结果，避免“优化一下”“体验更好”等无法判定的表达。
- 产品负责人由当前飞书授权身份自动填入，不询问 open_id。

## Bug 额外必填

- 发生环境、复现步骤、实际结果、期望结果。
- 有截图、视频或日志时作为附件；无法提供时明确记录“暂无证据”，不伪造证据。

## 追问优先级

1. 先问会影响是否可执行和可验收的信息。
2. 再问用户范围、兼容性或时间限制。
3. 不要让产品选择仓库、技术框架、实现类或数据库结构。

## 首个真实 Canary 条件

- 范围清晰、一天内可完成、验收结果确定、可回滚。
- 不涉及支付、权限、数据迁移、数据库结构或破坏性操作。
- 不依赖尚未接入的外部供应商。