需求原子化拆解助手

问题背景

需求文档里常见「用户能登录」「支持退款」这类表述，但开发、测试和联调时真正缺的是：谁触发、输入从哪来、异常怎么处理、输出给谁、怎么验收。口头对齐容易在字段类型、枚举、时序和上下游衔接上漂移，改一个节点又 silently 破坏下游契约。

工作方式

本技能把「要做什么」收敛为 Input → Process → Output 的可验证拆解，而不是直接写实现方案。

• 预检与定界：提取目标、参与者、范围与排除项；极小需求直接给简洁建议，避免过度拆解。
• 主流程与节点：先出 Mermaid 端到端流程（含分支、[待定] 节点），再逐节点写带注释的 JSONC I/O、异常路径、状态变化、幂等/重试与验收点。
• 追溯与一致性：强制校验上游 O 与下游 I 的字段、类型、枚举、单位与时序；无法追溯的标 [待定] 并汇总未决项，不编造来源。
• 变更与交付：改节点或黑盒前做正向/反向/共享依赖影响分析；按规模交付主流程图、节点 IPO 汇总或独立节点文件，必要时补时序图与影响矩阵。

运行上默认 逐节点模式；也可批量出稿、变更分析，或对现有目录做增量扫描（扫描仅作上下文，不能替代业务确认）。

适用与注意

适合需要跨产品、设计、开发、测试对齐 流程与数据契约 的需求；不适合把技能产物当作已确认的业务事实——关键歧义仍会集中提问。拆解粒度以「可独立实现、测试、失败和重试」为准；所有产物写入你的任务目录，不覆盖原始材料。