# 需求与 Bug 收集规则

## 最小登记契约

- 必填：类型、标题、背景与目标、期望结果。
- 优先级默认 `P2`，只有负责人明确表达紧急程度时才调整。
- 验收提示、范围提示、约束、非目标、期望时间、参考资料和附件都是可选信息。
- 范围提示可以是 `前端`、`后端`、`全栈`、`部署`；只填 `部署` 也允许登记。`全栈` 不与 `前端` 或 `后端` 同时选择。
- 产品负责人由当前飞书授权身份自动填入，不询问 open_id。

## 优先级

- `P0`：正在发生的严重故障、安全事件或数据损失；不等同于自动紧急发布，服务仍会要求授权人员确认原因。
- `P1`：阻塞关键业务或近期交付，需优先处理。
- `P2`：正常排期的需求或缺陷，默认选择。
- `P3`：低影响改进、体验优化或技术债。

## Bug 可选补充

- 发生环境、复现步骤、实际结果。
- 有截图、视频或日志时作为附件；无法提供时不伪造证据。
- 缺少这些信息仍可登记。后续 Codex 先在代码、测试和环境中定位；只有产品现象或期望行为无法确定时才询问负责人。

## 追问协议

1. 只问会改变产品行为、目标或期望结果且确实阻塞登记的信息。
2. 每轮最多一个问题，提供 2～3 个选项、推荐项和选择影响。
3. 不问仓库、前后端归属、技术框架、实现类、数据库结构或测试方式；这些由 Codex 调研。

## 服务分流提示

- 最小契约成立：服务登记后由 Codex 调研代码并形成派生验收计划。
- 产品行为存在歧义：服务通过带问题版本、状态版本和意图版本校验的飞书卡片继续澄清。
- 只有技术信息不确定：Codex 自行搜索代码、测试和环境，不询问负责人。
- 涉及鉴权/权限、支付、数据库迁移、生产基础设施、密钥或破坏性变更：如实记录负责人目标，不替负责人缩小或批准范围；后续服务按风险策略处理。

## 首个真实 Canary 条件（仅当用户明确说是 Canary 时应用）

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