如何分析需求
主要是人作为主导，让AI按照你的想法执行你拆分的细致模块，自己需要去理解每一个模块AI写的细致的内容
重要
现在AI时代，建议是快速开发，沟通太多需求，反而是累赘，不如直接上线，效果哪里不行自己去进行调整，不可能一步到位，下面流程我已经弃用
1. 我先自己确认基础需求
1.1 明确目的
用户为什么需要这个功能。
1.2 明确角色
谁会使用这个功能。
1.3 写业务流程
按用户和系统发生了什么来写，不写技术细节。
1.4 按职责拆模块
同一类职责放一起，不同变化原因分开。
1.5 细化每个模块
写清楚：
- 负责什么
- 不负责什么
- 输入
- 输出
- 异常
1.6 整理模块协作
写清楚：
- 谁先执行
- 谁调用谁
- 成功往哪里走
- 失败往哪里走
1.7 检查重复职责
如果两个模块都在做同一件事，就重新划边界。
2. 使用 Managing Uncertain Requirements Skill 进行完善
2.1 检查现有项目事实
看当前代码、文档、接口、数据库、测试里已经有什么。
2.2 判断当前阶段
确认现在是在需求确认、技术调研、架构设计、规格说明、任务拆分、实现、调试、审查还是交接阶段。
2.3 完善需求
补充目标、范围、边界、风险、异常、验收标准。
2.4 完善技术方案
讨论技术选型、数据结构、接口设计、模块边界、协作流程。
2.5 拆分任务
把模块拆成可以单独实现、单独测试、单独审查的小任务。
3. 单独模块独立开发
3.1 每次只确认一个模块
例如：
- 页面初始化模块
- 历史视频模块
- 视频播放模块
- 文件上传模块
3.2 AI 只开发当前确认的模块
不越界做其他模块，不顺手重构无关代码。
3.3 单模块完成后先审查
检查：
- 是否符合负责范围
- 是否做了不该做的事
- 输入输出是否正确
- 异常是否处理
- 是否和其他模块重复
- 是否有测试或验证证据
3.4 再按模块协作流程联动测试
检查：
- 上一个模块传给下一个模块的数据是否正确
- 成功流程是否走通
- 失败流程是否走到正确位置
- 状态变化是否符合预期
3.5 审查和联动测试通过后，才进入下一个模块
版权所有
版权归属：念宇