研发需求 Issue 工厂

解决什么问题

研发需求进入流程的第一步，往往不是写代码，而是把一句话的需求补全成可追踪的 Issue。口述需求通常缺字段、口径不一：背景是什么、验收标准怎么定、影响哪些模块，这些信息散落在聊天记录里，接手的人只能靠猜。研发需求 Issue 工厂 想做的就是把这类非结构化输入收敛成固定结构的 Issue 内容，让需求在进入看板之前就有统一的形状。

核心能力与关键步骤

这个技能的工作方式是多轮对话，而非一次性填表：

• 分步索要字段：按步骤逐项询问，一次只聚焦一个字段，避免一次性抛出长表单导致信息缺失或敷衍作答。
• 逐步写入 JSON：每轮收集到的内容按步骤写入结构化 JSON，全程有明确的中间产物，中断后也能接着继续。
• 逐步收敛：随着轮次推进字段逐渐补齐，最终产出一份字段齐全、可直接用于 Issue 创建的结构化结果。

这种方式的关键在于模型可以基于上一轮回答追问澄清：比如边界模糊时先补齐上下文，再问验收标准，而不是机械地按固定顺序走完清单。

适用边界与注意点

• 适合结构化程度中等的需求录入场景。如果团队已有完善的工单表单系统，直接用表单可能更省。
• 模型负责收集和整理字段，不负责替团队做技术决策，拆不拆任务、排不排优先级仍需工程师确认。
• 字段完整度依赖对话质量，输入过于含糊时产出的 Issue 内容仍可能有盲区，建议在关键步骤人工核对。