第十周|AI辅助软件开发全流程学习笔记
本文梳理AI辅助软件项目完整六阶段开发流程,涵盖需求分析PRD撰写、UI/UX原型设计、技术架构设计、SDD规范驱动开发、任务拆解实现、测试交付。重点对比AI使用过程中正反案例,厘清什么时候让AI生成代码、什么时候必须人工做决策,记录实操踩坑点与工程最佳实践,方便后续复盘复习。
这周完整过了一遍AI驱动项目开发整套体系,打破了我“直接丢需求给AI就可以出完整项目”的固有认知。AI只是辅助工具,人的分析、决策、校验才是项目的核心,整个项目要按照阶段一步步推进,不能直接跳到写代码环节,踩了不少典型误区,整理成本篇笔记。
一、第一阶段:需求分析与PRD
开发项目不能上来就让AI直接写全部代码,要先做需求访谈。
- 先描述项目定位、目标用户,让AI扮演产品经理进行多轮访谈;
- 围绕目标用户、业务场景、业务流程、权限、异常场景抛出问题;
- 区分MVP必须实现、后续迭代、暂不实现的功能;
- 访谈结束之后再输出PRD产品需求文档。
⚠️重点:PRD只写入已经确认的需求,拿不准、没有敲定的业务规则统一放到「待确认事项」,不要让AI自行脑补业务逻辑。
❌反面案例:直接甩一句话“帮我做一个校园系统,包含登录注册发布”,让AI一次性输出需求+全部代码。
✅正确做法:描述项目背景,让AI多轮提问挖掘需求,确认清楚业务规则之后,再生成PRD。
二、第二阶段:UI/UX设计与HTML原型
需求文档PRD定稿之后,再进入UI设计环节。
- 确定系统视觉风格、主辅色调、布局、组件规范;
- 梳理全部页面清单、页面跳转关系,区分哪些页面需要登录访问;
- 输出统一设计规范文档
DESIGN_SYSTEM.md,定义颜色、字体、按钮、卡片、各种状态样式; - 先用原生HTML+CSS+JS + Mock数据做交互原型,验证页面布局、表单、跳转、空数据、报错状态。原型验证没问题,再迁移Vue等正式前端框架。
💡提醒:原型阶段优先保证交互可用,不要一味追求页面炫酷好看。原型没有理顺就直接写框架代码,后期会大量返工。
三、第三阶段:技术架构与工程设计
原型确认完成,开展技术选型与架构设计。
- 结合项目规模、学习成本、维护难度选定技术栈,输出
TECH_STACK.md; - 采用前后端分离架构,划分模块、分层,绘制架构图,输出
ARCHITECTURE.md、MODULE_DESIGN.md; - 数据库设计:梳理数据表、字段、主键外键、索引、业务状态,输出ER图;
- API契约设计:统一请求前缀、返回格式、分页、鉴权、错误处理;
- 文档一致性检查:核对PRD、架构、数据库、API契约,保证业务逻辑统一,消除文档冲突。
踩坑:之前做练习,直接跳过架构文档,写完数据库才发现和PRD业务对不上,需要反复修改表结构,浪费大量时间。
四、第四阶段:AI项目规范 SDD与Harness Engineering
这一部分是管控AI开发行为的核心。
- SDD(规范驱动开发):先写清楚需求与技术规范,再进行编码;执行任务固定流程:明确任务目标→阅读项目文档→分析现有代码→制定方案→编码→测试→更新文档。
- Harness工程约束:建立
AGENTS.md作为AI开发工作总纲领,编写任务模板,区分风险等级:- 低风险:普通功能、Bug修复,可以直接执行;
- 高风险:修改数据库、改动架构、修改权限业务规则,必须先输出方案,等待人工确认后再编码。
- 建立ADR架构决策记录、开发日志,重要改动留下记录,做到可追溯。
五、第五阶段:任务拆解与正式开发
不要把整个大项目一次性丢给AI实现。
- 将大项目拆解成一个个可独立开发、独立测试、独立验收小任务;
- 开发计划优先跑通一条完整MVP业务闭环;
- 按照基础工程搭建→用户模块→核心业务模块→后台管理顺序迭代开发;
- 每完成一个模块,就要做模块测试,不要全部写完再统一测试。
六、第六阶段:测试、修复与项目交付
编码完成不等于项目结束。
- 编写测试用例,覆盖正常流程、边界场景、越权访问、异常输入,执行完整系统测试,输出测试报告;
- Bug修复要定位根本原因,而不是只修改表面现象,修复完成执行回归测试;
- 代码审查:排查重复代码、硬编码敏感信息、安全漏洞;
- 整理交付README文档,写明项目介绍、技术栈、启动步骤、已知遗留问题。
七、本周踩坑复盘
- 习惯跳过需求访谈,直接让AI生成全部代码,产出功能和自己预想不一致;
- 忽略文档一致性,接口字段、数据库字段、PRD业务逻辑出现矛盾;
- 明知道SDD整套流程,但实操急于写代码,跳过方案分析和文档更新;
- 测试只测正常操作,忽略异常、边界、越权场景,很多潜在bug发现不了;
- 分不清任务风险等级,修改数据库表结构没有先输出方案确认。
八、小结
AI是强大的开发辅助工具,但不能完全交给AI全权做主。
项目开发顺序:需求PRD → UI原型 → 架构数据库设计 → SDD规范约束 → 分任务开发 → 测试交付。
前期文档、需求分析工作虽然繁琐,但可以避免后期大规模返工。
更多推荐

所有评论(0)