必须合并重复需求以避免源码冲突：当两份PRD的“主要功能”完全一致或“用户角色+核心操作动词”雷同度超80%时，需执行三步合并法，并强制备份、统一数据类型、更新版本标识为v1.1-merged。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你在码上飞平台连续输入了两条高度相似的需求，比如“做个番茄钟”和“做一个计时提醒的番茄工作法App”，AI已分别生成两套PRD和界面方案，但你只想保留一个干净、不冗余的开发路径。
识别重复需求的信号
打开对话历史，逐条查看AI返回的「核心业务流程文档」开头三行。如果两份文档中「主要功能」字段完全一致，或「用户角色」+「核心操作动词」组合（如“用户点击开始→倒计时启动→完成弹窗”）雷同度超80%，【此时必须合并，否则后续生成的源码会冲突覆盖】。
注意：不要只看标题是否一样——“待办清单”和“任务管理器”可能指向同一套数据模型，而“记账本V1”和“记账本V2”反而可能是独立迭代分支。
手动合并前的强制备份
点击当前对话右上角「导出对话」→选择「含PRD+UI描述+代码片段」格式→保存为timestamp_merge_backup.json。
这一步不能跳过。码上飞暂不支持对话内版本回滚，一旦误删某条需求，无法从历史记录里捞回已生成的测试用例或数据库字段定义。
三步合并法
第一步：在新对话框中输入“请将以下两条需求合并为一份精简版PRD，剔除重复功能点，保留差异化细节：【粘贴第一条需求原文】；【粘贴第二条需求原文】”。
第二步：AI返回合并稿后，重点核对「数据表设计」模块——若原两条需求各自定义了user_id字段但类型不同（一个写string，一个写int），【必须手动统一为int64并注明兼容旧数据迁移逻辑】，否则鸿蒙端打包会报Schema校验失败。
第三步：把新PRD顶部的「版本标识」改成“v1.1-merged”，然后复制整段文字，回到原始对话中，点击任意一条旧需求消息右侧的「重试生成」按钮，在弹出框里粘贴该v1.1-merged内容，按回车确认。
用标签隔离未决分支
方法一：在需求描述末尾加括号标注，例如：“（风格A-已确认/风格B-待比选）”。码上飞能识别括号内状态词，后续生成UI时会自动分两个tab页呈现。
方法二：直接发送指令“新建分支：命名‘语音输入优化’，继承当前PRD但禁用所有手写识别模块”。它会立刻冻结原链路，另起一套轻量级开发流，不干扰主线进度。
方法三：对已生成但想暂时搁置的需求，在对话中单独发一句“存档此轮输出，标记为@low-priority”，系统将自动折叠该分支，且不计入当前应用的构建依赖图。
