johnQ
e6ebfd6b9f
- skills-req/req-plugin/skills/evals/evals.json（3 条：正常/边界/失败恢复） - docs/skills/req.md（What/When/Common questions/It's working if） - skills-core/ai-proj-plugin/skills/evals/evals.json - docs/skills/ai-proj.md - coverage: 40 -> 38
24 lines
1.3 KiB
Markdown
24 lines
1.3 KiB
Markdown
# req — 需求全生命周期
|
|
|
|
## What it does
|
|
|
|
把一条需求从创建推进到归档：创建 → 讨论确认 → PRD → 评审 → 开发 → 测试 → 部署 staging/prod → PDV 验收 → released → 归档。同时约束评审、门禁与交付口径，防止跳步和自审批。
|
|
|
|
## When to reach for it
|
|
|
|
- 用户说「/req」「新建需求」「需求走到哪了」「提交评审」「部署上线」时
|
|
- 任何需求类工作开始时的第一步（先确定当前阶段，再决定下一个命令）
|
|
|
|
## Common questions
|
|
|
|
- **能不能跳过评审直接开发？** 不能。PRD 是评审前置，评审通过才能进 dev。
|
|
- **提交人能不能自己批？** 不能；`allow_self_approve` 只作临时手段且要收回。
|
|
- **任务都 completed 了算交付吗？** 不算，需求要走到 `released` + PDV 验收通过。
|
|
- **部署是每个需求单独做吗？** 各需求独立到 testing 后进待部署池，由 `/req deploy` 批量推进。
|
|
|
|
## It's working if
|
|
|
|
- 问「这个需求现在到哪一步、下一步做什么」时，它先给出 `delivery_stage` 与下一个命令，而不是直接开始写代码
|
|
- 出现「直接改 approved」「跳过 PRD」这类请求时，它会阻断并给出正确路径
|
|
- 汇报完成时用的是「REQ 阶段 + 下一节点」，不是「某个开发步骤完成」
|