Files
easyai-codex-plugins/plugins/easyai-product-intake/skills/easyai-submit-task/references/intake-rules.md
T

2.3 KiB

需求与 Bug 收集规则

最小登记契约

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

优先级

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

Bug 可选补充

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

追问协议

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

服务分流提示

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

首个真实 Canary 条件(仅当用户明确说是 Canary 时应用)

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