需求评审前需针对角色盲区设计精准问题：开发聚焦接口契约与数据流断点，测试锁定可执行异常路径，运维暴露配置与资源硬约束，确保问题直击各角色日常动作中的真实卡点。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要在需求评审前快速生成能戳中不同角色盲区的问题，而不是泛泛问“这个逻辑对吗”。产品、开发、测试、运维各自关注的断点完全不同，问题必须带着他们的日常动作痕迹——比如测试会卡在“怎么构造这个异常场景”，运维会盯着“哪个配置项要改”，开发则死磕“上下游接口字段对得上吗”。
从开发视角切入：聚焦接口契约与数据流断点
第一步：定位当前需求中所有被调用的外部接口，包括文档链接和最新版本号。【必须确认是否已同步更新至内部Swagger页面】
第二步：逐个检查每个接口的请求体中，是否存在未在需求文档里声明但实际必填的字段（例如X-Trace-ID、tenant_code）。
第三步：对每个返回字段，反向追溯其上游来源——是直接查库？还是调第三方服务？或是缓存拼装？【若来源为缓存，需确认失效策略是否与本次需求变更节奏匹配】
第四步：找出所有涉及状态变更的操作，确认其幂等性实现方式，并要求提供重试时的兜底校验逻辑伪代码。
从测试视角切入：锁定可执行的异常路径
方法一：基于用户操作路径，列出3个最可能触发失败的真实断点
例如：“用户在支付成功后立即点击‘取消订单’按钮，此时库存服务返回503，订单状态应停留在‘已支付’还是回滚为‘待支付’？”
使用 @youdotcom-oss/teams-anthropic 将 Anthropic Claude 模型（Opus、Sonnet、Haiku）添加到 Microsoft Teams.ai 应用程序中。可选集成 You.com MCP 服务器以进行网页搜索和内容提取。
方法二：针对每个业务规则，构造1个边界值+1个非法输入组合
例如：“当优惠券面额为0.001元且有效期剩余1秒时，叠加使用满减券，系统是否仍触发满减计算？”
方法三：检查所有时间类字段，确认测试环境能否真实模拟跨天/跨月/跨年场景
注意：不要只问“有没有考虑时区”，直接问“UTC+8和UTC+0环境下，同一笔订单的created_at字段在MySQL和ES中是否一致”
从运维视角切入：暴露配置与资源硬约束
① 请提供本次上线涉及的所有配置项清单，标注哪些需人工修改、哪些支持热更新、哪些修改后必须重启服务。
② 列出所有新增或变更的监控指标名称及采集方式（Prometheus exporter path / 自研Agent上报字段 / 日志关键词）。
③ 若需求涉及流量突增场景，请说明当前限流策略的触发阈值（QPS/并发数/错误率），并给出压测报告中对应指标的实际观测值。
④ 确认所有新接入的中间件客户端版本，是否与线上集群版本兼容（例如：Kafka client 3.5.1 是否兼容 broker 2.8.x）。
