必须先让AI输出结构化提纲，否则生成的问题无锚点、难验证；首句严格为“【请先列出需求评审问题的完整提纲】”，后接（一级标题仅含4项，每项用【】标注核心目的），再加——END_OF_OUTLINE——；四模块顺序固定：【隐含前提拆解】【责任边界标定】【信号触发路径】【验收动作定义】；提纲须锚定到代码行、API路径等硬信息，含模糊动词则作废重写。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要在Trae中让AI为需求评审生成高质量问题清单，必须先让它输出结构化提纲，否则它会直接罗列“这个需求有没有考虑并发？”“权限怎么控制？”这类无锚点、难验证的泛问——你无法判断问题是否覆盖全场景，更没法在会上逐条核对。
强制AI停在提纲层
在Trae对话框中，第一句话必须是：【请先列出需求评审问题的完整提纲】。这句话不能加任何修饰语，不能换行，不能跟在其他句子后面。若写成“请先列出……并展开说明”，AI立刻跳过提纲直接写问题。
紧接着用括号锁定格式：（一级标题仅含4项，每项用【】标注核心目的，不带编号，不换行，不展开）。
最后补上终止符：——END_OF_OUTLINE——
四模块提纲必须包含
提纲必须且只能包含以下四项，顺序不可调换，缺一不可：
【隐含前提拆解】→聚焦用户没说但系统必须依赖的条件，如“用户已登录”“订单状态可变更”“第三方API返回HTTP 200才触发后续流程”；
【责任边界标定】→明确谁提供数据、谁校验合法性、谁兜底异常，例如“手机号脱敏由前端JS完成，后端不做二次校验”；
【信号触发路径】→列出所有可能推翻当前需求的外部变动，如“支付渠道费率调整通知邮件到达”“风控策略中心下发新规则包”；
【验收动作定义】→每条必须是可截图/可日志查证的动作，例如“PR描述中‘支持导出Excel’对应commit里新增ExportController.java第12–28行”。
【若出现‘是否合理’‘有没有考虑’‘建议关注’等模糊动词开头的条目，整份提纲作废重写】
校验提纲是否合格
第一步：检查每项是否能对应到一个具体文件、一行代码、一条HTTP请求或一份文档编号；
第二步：把提纲逐条念出来，如果某条需要你脑补上下文才能理解，就说明它没锚定到真实交付物；
第三步：确认四模块中至少有两项含时间戳、路径、状态码、字段名等硬信息，例如“【信号触发路径】中必须出现类似POST /v3/rule/push或rule_engine_v2.3.1.json这样的具体标识”。
