一堆用户反馈，归成需求清单并保留原话出处

适用场景

客服群、评论区、工单里攒了两百条反馈，想归成能派工的需求清单。最怕的是归完之后找不到原话，没人信这条需求真的存在。

准备

宿主版本

待填（实测时记录具体rc版本号）

模型

待填

模式 / 权限

建议先用标准模式 + 工作区内修改

需装插件

无（如用到插件，在实测后补齐名称与版本）

输入材料

放在独立工作区，原始文件先备份

完整指令

读取 feedback/ 下所有 .txt 与 .md 文件，把这些用户反馈归成一份需求清单 backlog.md。

【输入】
- 每条反馈一行或一段，可能不带字段标记
- 文件里可能混有内部备注（以「内部：」开头），这类不进清单，但要在最后单独统计条数

【输出】
表格，列：需求编号 | 一句话需求 | 出现次数 | 用户原话（逐字，最多 3 条） | 来源文件:行号 | 我的判断（可空）

要求：
1. 合并的判断标准写出来：哪几条算同一个需求、哪几条算不同。判断标准放在表格上方，别藏在脑子里。
2. 「用户原话」必须是原文逐字，一个字都不许改，包括错别字和口语。来源写清文件与行号。
3. 一条需求如果只有 1 条反馈，也要列出来，单独标注「单次出现」。
4. 不许把相近但不同的需求强行合并，宁可多列。合并有争议的，两说都留着。
5. 最后报告：总反馈条数、归成几条需求、单次出现的几条、内部备注几条、有没有读不了的文件。

先只处理前 20 条反馈给我看格式，我确认后继续。

复制完整指令

运行记录

产物

跑通后在这里给出文件清单与截图，并说明原始文件有没有被改动。

验收清单

点一下可勾选，用来逐条核对。

• 合并标准写在表格上方，不是藏在正文里
• 每条需求的「用户原话」能在来源文件里逐字找到
• 单次出现的需求被单独标注，没有被合并掉
• 内部备注没有混进清单，且条数与报告一致
• 总数 = 归入需求的条数 + 内部备注条数 + 读取失败的条数

失败与边界

• 反馈里常夹着同一个人重复提交的同类内容，按「条数」统计会放大需求热度。要么先去重，要么在报告里说明未去重
• 「合并标准」最容易变成事后合理化：先归完再编一套标准。正确顺序是先定标准再归
• 带情绪的原话在公开页面上要谨慎，引用前确认不会让人被认出来
• 卡在哪：需要一批真实的多来源用户反馈（客服群 + 评论区 + 工单）。自造反馈的句式太整齐，测不出「同一件事用十种说法说出来」时合并标准会不会糊——而这正是这条配方的难点。

认领这条配方 回配方列表