用途：在用户故事（User Story）进入团队 Grooming 之前，以“持怀疑态度的高级开发者”视角对其进行压力测试，帮助作者带着答案而非开放问题进入评审。
主要能力：按多个维度系统检查故事，包括边界情况（空输入、最大值、零或负数、重复提交、中途离开页面、会话过期、服务端数据变化）、错误处理（未描述的错误状态、网络失败/超时/5xx 的 UI 表现、重试机制、错误信息是否暴露内部细节、客户端与服务端校验）、业务逻辑缺口（未声明的角色与权限假设、限额与配额、与其他模块的交互、审计与日志要求、可能不存在的数据）、验收标准质量（不可测试或含糊的表述、缺失的非正常路径、完成定义）以及技术与依赖风险（未关联的依赖工单、迁移或数据回填、第三方服务依赖与降级）。
使用方式：若用户未提供故事，先索取用户故事文本（标题、描述、验收标准）以及可选的项目名称或系统区域；若只给出 Jira 工单键，则先通过 Atlassian MCP 获取。随后按上述维度分析，并输出固定格式的评审结果，包含各维度发现数量、建议补充的验收标准、向团队提出的问题、可直接粘贴到 Grooming 的问题清单（最多 10 条，建议 5–7 条）以及故事健康评分（X/10）和一句话结论。最后提供后续操作选项：重写验收标准、直接更新 Jira 工单、生成子任务清单，或仅复制 Grooming 问题。
适用场景：产品与开发团队在需求梳理、Grooming 准备阶段使用，尤其适合希望提前发现需求漏洞、减少会议中开放问题的团队。
限制：该技能强调不臆造需求，缺少业务上下文时以问题形式提出；未经用户明确批准，不得更新 Jira。资料未提供具体安装命令、收费方式或平台支持范围。