📘

Course Notes · 课程笔记

AI 开发课程经验总结

王成旭2026-08 · 约 8 分钟阅读# Vibe Coding# 课程复盘

💡

这页把 AI 编程课程里最值得复用的内容，整理成一套云端电子笔记：从需求拆解、Harness 文档、最小可运行版本，到前后端数据库理解、提示词模板和上线检查表。

一句话看懂这页

AI 编程真正有用的，不是工具名，而是流程和约束。工具会换，模型会换，但「先理清、再文档化、再执行、再验收」这套节奏，才是可复制的能力。

一、方法论：流程和约束，比工具名更值钱

工具会换，模型会换，但「先理清、再文档化、再执行、再验收」这套节奏，才是可复制的能力。课程里最值得记住的四条原则：

先讲清楚，再让 AI 动手

不要一上来就说“帮我做个网站”。先把用户、目标、页面、数据、完成标准说清楚，AI 才能稳定执行。

文档不是形式，是 AI 的记忆

需求说明、技术栈、目录结构、代码规范、测试清单，本质都是给 AI 的上下文和边界，而不是给老板看的漂亮废话。

先跑通 MVP，再做视觉和扩展

第一目标不是大而全，而是先让项目能打开、能运行、能保存、能展示。活下来之后，再去变好看、变强大。

人负责判断，AI 负责执行

AI 可以写文档、搭骨架、补接口、修报错；人要负责方向、验收、审美、权衡和最终交付结果。

二、6 步开发闭环

每次做项目，都按同一条线走：先讲清需求，再生成文档，再让 AI 动手，不要让它一上来就自由发挥。

讲清需求

说清给谁用、解决什么问题、页面有哪些、是否要存数据、做到什么算完成。

生成文档

先让 AI 输出需求分析、技术栈、目录结构、代码规范、测试清单。

搭建骨架

先生成目录、路由、基础组件和最小页面，不要一口气把所有功能堆满。

跑通项目

安装依赖、启动项目、看终端和预览页，先确认它真的活着。

小步迭代

一次只改一个小目标，看变更、看报错、看页面结果，不要重写整个项目。

上线展示

静态项目关注构建产物和域名；动态项目多关注前端、后端、数据库、反向代理和日志。

最小文档底座

这 5 份不是流程负担，而是让 AI 少猜、少乱改、少浪费 Token 的关键。

需求说明：做什么、给谁用、完成标准
技术栈说明：前端、后端、数据库、依赖
目录结构：文件怎么放、命名怎么统一
代码规范：哪些能改、哪些别碰、注释和风格要求
测试清单：每个功能如何验证真的可用

一句话理解这套方法：先立规矩，再让 AI 干活。不加文档时，AI 像临场做新题，容易忘前文、乱改结构、风格漂移；加了文档以后，AI 更像提前看过题库，知道目标、文件位置和哪些地方不能乱碰。

三、技术栈：别追最强，先选最稳

AI 最擅长主流技术栈。越主流，资料越多，报错越容易查，部署路径也更成熟。

前端 · React + TypeScript

主流、资料多、AI 熟悉度高，适合从页面原型快速走向可运行项目。

样式 · Tailwind CSS + 组件库

更容易统一 spacing、颜色、组件状态，也方便 AI 按规则持续追加页面。

后端 · Python + FastAPI

接口语义清晰，适合快速做 CRUD、登录、文件上传和 AI 能力接入。

数据库 · MySQL / PostgreSQL

能真实保存数据、支撑多人访问，是从 Demo 走向可上线产品的关键一层。

先分清：静态项目还是动态项目

静态项目

数据通常写死或本地存在，适合作品集、宣传页、简历页、单页展示。优点是快、简单、容易上线。

可以有交互，但不一定需要数据库
适合先做展示型页面和品牌页
上线链路更短，验证速度更快

动态项目

需要后端和数据库配合，适合 Todo、日记系统、登录系统、管理后台和可持续运营产品。

需要真实保存数据
多人访问时数据要保持一致
通常要处理增删改查、权限、日志和部署联调

四、开发理解：系统各层在干什么

不用先精通所有代码，但要知道系统各层在干什么。理解骨架，才能在 AI 报错时知道问题大概卡在哪一层，而不是彻底失控。

前端像店面

负责页面展示、交互体验、表单输入、结果反馈，让用户看得到、点得到、用得起来。

后端像店员

负责接收请求、处理业务逻辑、生成返回结果，对接数据库和文件服务。

数据库像仓库

负责把数据长期保存下来，让用户下次再来时，状态、内容和记录都还在。

接口方法的基本认知

后端最常做的事，本质上就是对数据做增删改查。

方法	含义	示例场景
GET	获取数据	打开页面时拉取文章列表、用户信息、项目详情
POST	新增数据	新增日记、发布作品、创建任务
PUT / PATCH	修改数据	更新资料、改状态、修正文案
DELETE	删除数据	删除项目、清空记录、移除附件

五、提示词模板

好的提示词不是「更长」，而是更清楚。把人类会在项目 kickoff 时说的话，说清楚给 AI，就比一句「帮我做」强很多。

开局模板prompt

我是一个偏零基础的使用者，想做一个真实可用的 Web 应用。
主题是【你的项目】。
请先不要写代码，先输出：
1. 需求分析
2. 页面结构
3. 数据结构
4. 技术栈建议
5. 开发步骤
6. 测试清单
要求：语言简单、少废话、适合 AI IDE 执行。

文档整理模板prompt

请用 Harness 工程理念，把上面的内容整理成项目文档。
至少包含：
- 需求说明
- 技术栈说明
- 目录结构
- 代码规范
- 测试清单

报错修复模板prompt

这是当前报错信息，请先定位原因，不要重写整个项目。
请给我：
1. 问题根因
2. 最小修改方案
3. 需要修改的文件
4. 修复后如何验证

六、上线检查

项目不部署，就只是你电脑里的半成品。真正的交付，不是「我这里能看」，而是别人打开链接也能看、接口也能通、数据也能保存。

上线前最后检查 · 静态和动态项目都适用

静态项目：构建产物是否正确生成，资源路径是否可访问
动态项目：前端是否能请求到正确的后端地址
后端服务是否真的启动，端口和环境变量是否一致
数据库是否连接成功，表结构和数据权限是否正确
域名、证书、反向代理是否配置完成
日志中是否还有隐藏报错，浏览器控制台是否干净

三个关键提醒：不是先把编程全学完再做项目，而是先做项目，再在问题里补知识；AI 最适合做大量重复执行，人最适合做判断、审美和验收；能运行、能保存、能上线，才算真的完成，不是只做出一张截图。

七、经验图集

把经验做成图，更适合在 Vibe Coding 页面里展示和复盘。后续可以继续补充真实案例图或方法论图。

✨

AI 不是替你思考，而是放大你把想法变成结果的速度。当你能把需求、边界、结构、验证方式讲清楚，AI 就不只是一个聊天工具，而会变成你的文档助理、开发助理、测试助理和交付助理。

真正的优势，不是多懂一个模型名字，而是更快把想法落成可运行、可展示、可上线的产品。本页内容可对照在线 PPT 版本一起复盘。