AI编程训练营vibe coding学习笔记
·
AI编程训练营学习笔记
整理自训练营6份资料：工具清单、提示词模板、Vibe Coding、实战案例、选题灵感、变现路径
一、训练营核心认知
1.1 AI编程的本质
AI编程不是"让AI替你写代码"，而是把需求、上下文、约束、验收标准和反馈循环组织清楚，让AI编程助手更稳定地完成可验证的工程任务。
小白最容易犯的错：
- 一开始就想做登录、会员、社区、积分、支付、后台、数据分析，最后每一块都没做完
- 把"完整"理解成"功能很多"
- 只想一句话交付大系统，不看代码、不看diff
正确思路： 先跑通"一个用户完成一个核心动作"的闭环，再决定要不要加功能。
二、AI编程工具选型
2.1 5款主力工具对比
| 工具 | 定位 | 上手门槛 | 推荐主场景 | 新手风险点 |
|---|---|---|---|---|
| 扣子编程 | 云端AI应用开发平台 | ★★☆☆☆ | AI客服、问答助手、内容生成工具、工作流自动化、营销落地页、小型AI应用Demo | 把复杂工程当成一键生成；业务规则没讲清楚，结果容易跑偏 |
| Codex | OpenAI项目级Coding Agent | ★★★☆☆ | 已有GitHub仓库、小型SaaS、前端页面、后端接口、自动化脚本、单元测试、代码重构 | 需求太模糊、没有测试命令、没有人工审查diff，容易改过头 |
| Claude Code | 终端/IDE Agentic Coding工具 | ★★★★☆ | 复杂Bug排查、代码库问答、功能迭代、重构、测试补全、工程文档、Git工作流 | 不懂命令却放开权限，可能误改文件、误连环境或难以回滚 |
| Cursor | AI原生代码编辑器 | ★★★☆☆ | Web前端、Next.js/React项目、小工具、后台管理、MVP、已有项目的小步迭代 | 只想一句话交付大系统，不看代码、不看diff，风险会被放大 |
| Windsurf/Devin Desktop | AI IDE + 多Agent管理入口 | ★★★☆☆ | 前端/全栈项目、多Agent协作、需要从IDE委派本地或云端任务的项目 | 只需要简单问答却上复杂Agent，容易把时间花在配置和切换上 |
2.2 一句话判断选哪个
- 还没有代码项目 → 先用扣子编程做原型
- 已经有GitHub仓库 → 优先考虑Codex或Claude Code
- 每天在编辑器里持续开发 → 把Cursor或Windsurf当成主工作台
2.3 四个底层逻辑
- 别让AI一次做完一切 → 把大目标拆成能检查的小任务
- 你要负责验收 → Agent产出的代码要看diff、跑测试、手动体验关键流程
- 提示词越具体越稳 → 说清目标、范围、约束、输入、输出和验收标准
- 工具只是分工不同 → 扣子更适合原型，Codex/Claude Code更适合仓库任务，Cursor/Windsurf更像日常开发工作台
三、MVP产品方法论
3.1 什么是MVP
MVP（最小可用版本）不是半成品，也不是简陋版，而是用最少的功能验证一件事：这个产品是否真的能帮用户完成一个明确任务。
3.2 判断MVP能否启动的三件事
- 用户是否能在3分钟内理解它是干什么的
- 核心流程是否能从输入走到结果（如上传简历 → AI分析 → 输出优化建议）
- 第一版是否可以在1-2周内完成，而不是一开始就做成"大而全系统"
3.3 MVP拆解的6步
| 步骤 | 要解决的问题 | 产出物 |
|---|---|---|
| 1. 选题 | 这个产品解决谁的什么问题？ | 一句话定位、目标用户、使用场景 |
| 2. 需求文档 | AI或开发工具到底要做什么？ | PRD、页面结构、数据字段、用户流程 |
| 3. 高保真图 | 用户看到的界面长什么样？ | 核心页面、视觉风格、交互布局 |
| 4. 功能清单 | 第一版做哪些，哪些先不做？ | MVP功能、增强功能、后续版本 |
| 5. 开发上线 | 怎么把页面变成可访问产品？ | 前端、接口、数据库、部署链接 |
| 6. 变现验证 | 上线之后怎么验证价值？ | 收费方式、转化路径、获客入口 |
3.4 功能优先级判断
| 优先级 | 怎么判断 | 写法示例 |
|---|---|---|
| P0 必须做 | 没有它，主流程跑不通 | 上传简历、输入岗位、生成报告 |
| P1 可以做 | 有它体验更好，但不影响验证 | 历史记录、导出PDF、结果分享 |
| P2 以后做 | 会增加复杂度，第一版不碰 | 会员体系、社区、后台管理、积分 |
3.5 好MVP的特征
- 用户一眼知道它解决什么问题
- 用户只需要完成少量输入，就能拿到明确结果
- 第一版功能不多，但主流程完整
- 上线后能收集真实反馈，而不是一直停留在本地预览
- 有一个自然的变现入口，不硬卖，也不藏得太深
四、5个实战案例拆解
4.1 案例一：AI简历优化器
适合： 第一个AI编程项目，场景清楚、结果直观、容易做出闭环
项目一句话： 用户上传简历，填写目标岗位，系统自动分析简历问题，并输出可修改的优化建议。
核心流程
上传简历 → 输入目标岗位/JD → AI分析 → 输出问题清单 → 给出修改建议 → 复制或导出
高保真页面
| 页面 | 页面目标 | 关键内容 |
|---|---|---|
| 首页 | 让用户明白工具价值并开始使用 | 标题、产品说明、上传入口、使用步骤、示例结果 |
| 上传页 | 收集简历和目标岗位 | 文件上传、JD输入框、岗位名称、开始分析按钮 |
| 分析中页面 | 降低等待焦虑 | 进度状态、分析维度说明、预计等待文案 |
| 结果页 | 展示可执行建议 | 匹配度、问题清单、优化建议、改写示例、导出按钮 |
| 历史记录页 | 方便复查 | 历史分析列表、时间、岗位、查看结果 |
功能清单
| 类型 | 功能 | 说明 |
|---|---|---|
| 必须做 | 简历上传/粘贴 | 支持PDF、DOCX或直接粘贴文本。小白阶段可以先做文本输入 |
| 必须做 | 目标岗位输入 | 用户输入岗位名称和岗位JD，AI根据JD给出建议 |
| 必须做 | AI分析结果 | 输出匹配度、问题点、修改建议、改写示例 |
| 可以做 | 历史记录 | 保存用户最近几次分析，便于对比 |
| 暂不做 | 在线编辑简历 | 这会明显增加开发复杂度，第一版可以不做 |
变现方式
- 单次报告付费：免费生成基础建议，完整报告收费
- 简历优化服务：把工具作为获客入口，后端承接人工精修
- 求职资料包：搭配面试题、简历模板、岗位关键词库出售
- 训练营引流：用免费简历诊断吸引精准用户，再引导到求职/AI工具课程
4.2 案例二：AI头像生成器
适合： 练图片类产品：上传、风格选择、生成等待、结果下载
项目一句话： 用户上传自己的照片，选择头像风格，系统生成适合社交平台、职场形象或IP人设使用的头像。
核心流程
上传照片 → 选择风格 → 确认生成 → 等待处理 → 查看结果 → 下载/重新生成
功能清单
| 类型 | 功能 | 说明 |
|---|---|---|
| 必须做 | 照片上传 | 限制格式和大小，提示用户上传清晰正脸照片 |
| 必须做 | 风格选择 | 先做3-5种风格，不要一次做几十种 |
| 必须做 | 生成结果展示 | 展示多张结果图，支持下载 |
| 可以做 | 支付解锁高清图 | 低清预览免费，高清下载付费 |
| 暂不做 | 社区作品广场 | 会涉及审核和内容安全，第一版不建议做 |
变现方式
- 按次付费：例如9.9元生成一组头像
- 套餐付费：职场头像包、IP头像包、节日头像包
- B端定制：帮企业员工、社群成员生成统一风格头像
- 导流服务：头像工具引流个人IP包装、账号定位、视觉设计服务
注意边界
头像类产品要写清楚照片用途、保存时间和删除方式，不要拿用户照片做未授权展示。第一版也不要做"换脸""仿明星"等容易出风险的方向。
4.3 案例三：AI宠物成长助手
适合： 练APP产品：档案、记录、提醒、时间线和轻量AI建议
项目一句话： 帮助宠物主人记录宠物成长、管理健康提醒，并根据记录生成阶段性养宠建议。
核心流程
创建宠物档案 → 添加成长记录 → 设置提醒 → 查看时间线 → 生成成长总结
功能清单
| 类型 | 功能 | 说明 |
|---|---|---|
| 必须做 | 创建宠物档案 | 保存昵称、类型、生日、体重、头像等基础信息 |
| 必须做 | 成长记录 | 记录照片、体重、事件和备注 |
| 必须做 | 提醒事项 | 疫苗、驱虫、洗澡、喂食等提醒 |
| 可以做 | AI成长总结 | 根据记录生成本周/月总结 |
| 暂不做 | 宠物社区/商城 | 会打散主流程，第一版先不做 |
变现方式
- 高级提醒：多宠物、多提醒、周期管理收费
- AI成长报告：生成月度成长报告、护理建议、照片回顾
- 宠物用品导流：根据宠物年龄和类型推荐用品
- 养宠资料包：新手养宠清单、疫苗驱虫时间表、喂养模板
4.4 案例四：AI测评报告工具
适合： 练内容型产品：题目、计分、结果、报告和传播
项目一句话： 用户完成一组题目后，系统根据选项生成个性化测评结果和建议报告。
核心流程
进入测评 → 回答题目 → 计算结果 → 生成报告 → 保存/分享/引导下一步
功能清单
| 类型 | 功能 | 说明 |
|---|---|---|
| 必须做 | 题目展示 | 每次显示一道题或一个题组，降低阅读压力 |
| 必须做 | 选项记录 | 保存用户每题答案 |
| 必须做 | 结果计算 | 按规则计算类型或分数 |
| 必须做 | 报告生成 | 根据结果输出解释和建议 |
| 可以做 | 分享海报 | 适合社群裂变和朋友圈传播 |
| 暂不做 | 复杂后台题库 | 第一版先把一套题跑通 |
变现方式
- 完整报告付费：免费给基础结果，付费解锁深度报告
- 课程引流：根据测评结果推荐不同学习路径
- B端定制：给机构定制测评题和报告模板
- 资料包销售：结果页推荐对应资料包或工具包
4.5 案例五：AI资料生成器
适合： 练生产力工具：模板、输入、批量生成、导出和复用
项目一句话： 用户选择资料类型，填写主题和要求，系统自动生成一份可复制、可导出、可继续修改的资料。
核心流程
选择资料类型 → 输入主题和要求 → 选择结构模板 → AI生成内容 → 编辑调整 → 导出
功能清单
| 类型 | 功能 | 说明 |
|---|---|---|
| 必须做 | 模板选择 | 先做5类高频模板，不要一开始做海量模板市场 |
| 必须做 | 资料信息输入 | 主题、目标人群、内容重点、风格、字数 |
| 必须做 | AI生成内容 | 按章节生成，不要只返回一整段 |
| 必须做 | 编辑与复制 | 用户能修改、复制、保存结果 |
| 可以做 | 导出PDF/DOCX | 适合资料交付，后续加入 |
| 暂不做 | 多人协作 | 开发复杂，第一版不需要 |
变现方式
- 模板库订阅：免费使用基础模板，高级模板付费
- 按生成次数收费：每月赠送免费额度，超出后付费
- 资料包销售：把生成结果包装成PDF资料包售卖
- B端定制：给机构定制课程资料、社群SOP、销售话术生成器
五、提示词模板与Vibe Coding
5.1 提示词的核心设计原则
AI编程提示词的核心，不是写得多"专业"，而是让AI准确知道：你要做什么、现在有什么、不能做什么、最后怎么判断它做完了。
四层提示词结构
| 层级 | 应填写内容 | 作用 |
|---|---|---|
| 目标层 | 要完成什么功能/修复什么问题/输出什么结果 | 防止AI泛泛而谈，确保任务边界清楚 |
| 上下文层 | 项目背景、技术栈、相关文件、现有约定、错误日志 | 让AI基于现有代码决策，减少凭空假设 |
| 约束层 | 不能改什么、兼容性、安全要求、性能限制、代码风格 | 避免过度重构、破坏接口或引入不可控风险 |
| 验收层 | 测试命令、预期结果、人工检查点、交付格式 | 让结果可验证、可回滚、可复查 |
高质量提示词的五个判断标准
| 标准 | 好的写法 | 差的写法 |
|---|---|---|
| 具体 | “实现手机号验证码登录，复用auth模块现有service和validator” | “帮我做个登录功能” |
| 有上下文 | 附上目录、关键文件、接口文档、报错栈、现有代码风格 | 只描述想法，不给项目环境 |
| 可验证 | 要求给测试命令、变更文件、验收步骤 | 只要求"写好一点" |
| 有边界 | 限定只改A/B/C文件，不改数据库结构，兼容旧接口 | 让AI自由发挥 |
| 可回退 | 要求小步修改、列出风险和回滚方案 | 一次性生成大面积重构 |
5.2 写提示词的5个要点
- 先让AI理解上下文 → 复杂任务不要一上来就要求"直接写代码"
- 把边界说清楚 → 比如不要改接口、不要重构无关模块、不要新增依赖
- 先计划，再执行 → 先让AI列计划、文件清单和风险点，更容易发现误解
- 一次推进一个阶段 → 需求澄清、方案设计、代码改动、测试验证不要混在一起
- 结果必须能检查 → 要求它给测试命令、验收步骤、回滚方案，而不是只给观点
5.3 VC通用主模板（推荐每次任务都先用）
你是我的资深全栈工程搭档，请基于当前项目代码完成任务，而不是凭空重新设计。
### 任务目标
【一句话说明要实现/修复/优化的目标】
### 项目上下文
- 技术栈：【例如 Next.js + TypeScript + Prisma + PostgreSQL】
- 相关模块/页面/API：【填写路径或模块名】
- 已知背景：【业务规则、用户流程、已有接口、设计稿说明】
- 参考文件：【如果知道，列出文件路径；如果不知道，请先自行检索相关文件】
### 关键约束
- 保持现有架构和代码风格，不要无理由大面积重构。
- 不要编造不存在的文件、接口、字段、环境变量或第三方服务。
- 只在必要范围内修改代码；如果必须扩大范围，请先说明原因。
- 涉及数据、权限、支付、登录、删除操作时，必须优先考虑安全和回滚。
### 工作流程
1. 先判断信息是否足够：如果缺少关键上下文，只问最多 3 个澄清问题；如果足够，直接开始。
2. 先阅读/检索相关代码，给出简短实施计划，列出预计修改文件和风险点。
3. 按计划小步实现，优先复用现有组件、工具函数、类型和测试模式。
4. 完成后自查：类型、边界条件、错误处理、权限、安全、兼容性。
5. 给出验证方式：测试命令、手动验收步骤、仍需人工确认的点。
### 输出格式
- 任务理解：...
- 实施计划：...
- 修改文件：...
- 关键实现说明：...
- 测试/验收方式：...
- 风险与注意事项：...
5.4 常见低质量提示词与修正版
| 问题类型 | 低质量提示词 | 修正版 |
|---|---|---|
| 目标不清 | 帮我做一个后台系统 | 基于现有Next.js项目新增订单管理页面：列表、状态筛选、详情弹窗、导出按钮；先复用现有Table和Modal组件 |
| 缺少边界 | 把代码优化一下 | 只重构src/modules/order下的重复校验逻辑，不改变API入参/返回，不修改数据库schema，完成后运行现有测试 |
| 不可验证 | 写完后告诉我 | 完成后输出修改文件、测试命令、通过/未通过结果，以及5个手动验收步骤 |
| 放任编造 | 缺什么你就自己加 | 不要编造字段、接口、env或第三方服务；如发现缺失依赖，请先说明方案并等待确认 |
| 一次性过大 | 直接把完整SaaS做出来 | 先拆MVP：登录、工作台、订单列表、详情页四步；每步给文件范围、验收标准和风险 |
| 缺少安全要求 | 做个删除按钮 | 实现删除按钮时必须二次确认、校验权限、处理接口失败、记录审计日志，并提供回滚/恢复方案 |
5.5 提示词质量检查清单
发送前检查：
- ✅ 目标：一句话能说清要达成的业务结果，而不是只说"优化/完善/美化"
- ✅ 上下文：提供技术栈、相关文件、错误日志、接口文档或让AI先检索
- ✅ 边界：明确哪些文件/接口/数据库/样式不能随便改
- ✅ 验收：写明测试命令、人工检查步骤、预期行为
- ✅ 风险：涉及权限、数据、支付、删除、迁移时，要求先说明风险
- ✅ 输出：要求输出变更文件、核心逻辑、测试结果、未验证点
AI输出后检查：
- ✅ 是否读过相关代码，而不是直接生成一套新结构
- ✅ 是否修改范围过大，出现无关重构或命名风格漂移
- ✅ 是否编造了不存在的字段、接口、环境变量、第三方库
- ✅ 是否覆盖空状态、错误状态、权限不足、重复提交、并发等边界
- ✅ 是否给出可执行的测试命令，以及真实说明"已运行/未运行"
- ✅ 是否保留人工review空间，尤其是支付、权限、数据库迁移和删除操作
六、产品选题灵感
6.1 选题快速筛选公式（6个问题）
| 维度 | 你要问自己的问题 | 怎么判断 |
|---|---|---|
| 刚需程度 | 用户是否已经在为这个问题花时间或花钱？ | 0=可有可无；3=影响效率；5=直接影响收入或成本 |
| 付费人群 | 谁会付费？预算来自个人、团队还是公司？ | 优先选预算归属清楚的B端或经营场景 |
| 数据可得性 | MVP需要的资料，用户能不能上传或公开获取？ | 先做"用户上传+AI处理"，再考虑自动抓取或API |
| 行动闭环 | AI输出能不能直接变成下一步动作？ | 优先输出清单、话术、报告、计划、模板等可执行物 |
| 信任成本 | 出错会不会带来高风险？是否必须人工复核？ | 法律、财税、医疗、金融等方向要加免责声明和复核流程 |
| 获客路径 | 能不能用样例报告、模板或诊断工具获客？ | 优先选能展示前后对比、用户一看就懂的方向 |
6.2 TOP 10优先方向
| 优先级 | 方向与理由 |
|---|---|
| 1 | 客户跟进话术助手 - 付费人群清晰，能和私域销售、陪跑、咨询服务结合，样例也容易展示 |
| 2 | 课程助教问答机器人 - 教育培训售后压力明显，资料容易准备，适合先做知识库问答MVP |
| 3 | AI作业批改助手 - 老师和机构有明确效率需求，可以从作文、英语练习等单题型切入 |
| 4 | 需求优先级评审助手 - 产品经理和创业团队高频使用，表格形态就能做第一版 |
| 5 | 工单自动回复助手 - 客服重复问题多，效率价值直接，后续也容易按座席收费 |
| 6 | 简历匹配评分助手 - HR筛选效率是刚需，PDF上传和Excel导出即可验证 |
| 7 | 投放复盘报告助手 - 市场投放团队关心ROI和复盘效率，数据输入也比较简单 |
| 8 | 外贸邮件助手 - 外贸销售人群明确，开发信和跟进信直接影响询盘转化 |
| 9 | 物流异常件处理助手 - 异常件有时效压力，历史工单能用来验证分类与回复质量 |
| 10 | TikTok商品脚本生成器 - 跨境卖家有明确转化诉求，适合先用脚本包和样例视频验证 |
6.3 选题使用建议
不要一上来挑"看起来最酷"的方向。先挑一个有明确付费人群、资料容易拿到、结果能展示、错误风险可控的方向。
第一版只需要证明三件事：
- 有人愿意看
- 有人愿意问
- 有人愿意为结果付费
建议执行顺序： 先做"用户上传资料 + AI生成结果 + 人工复核"的轻版本。等付费和留存跑通，再考虑自动抓取、API对接和复杂系统。
七、副业变现路径
7.1 6条变现路径对比
| 变现路径 | 适合做什么 | 收费方式 | 获客入口 | 7天起步动作 | 难度/回款 |
|---|---|---|---|---|---|
| 1. 虚拟产品售卖（新手优先） | MBTI/职业测评报告、简历优化报告、提示词包、模板包、行业资料包。重点不是"资料多"，而是用户拿到后能马上用 | 单次买断、低客单价、自动发货链接 | 小红书笔记、店铺商品、朋友圈、社群 | 选一个搜索量高的主题，先做测试页或报告样例；上架商品后，发3篇种草笔记，看点击、咨询和成交 | 低/快 |
| 2. AI工具网站收费（作品可展示） | 简历网站优化器、短剧分镜生成器、图像生成小工具、文案/脚本生成器、垂直岗位工具 | Freemium、点数包、买断、订阅；可接国内支付或海外信用卡 | SEO、竞品关键词、小红书案例、社群分享 | 先做一个核心功能MVP；加免费试用、价格页和支付入口；部署上线并绑定域名 | 中/中 |
| 3. 出海SaaS/小工具（天花板高） | 多语言工具、创作者效率工具、SEO内容工具、海外用户愿意付费的小型WebApp | 美元订阅、信用卡、月付/年付，免费试用后转化 | Google SEO、Product Hunt、Reddit、X、英文内容 | 用英文落地页讲清痛点；做10个关键词页面；到Reddit找反馈，再准备Product Hunt发布 | 中高/慢 |
| 4. App内购/订阅（长期复购） | 习惯追踪、AI情绪日记、冥想专注、健康/效率类工具。更适合能持续使用的场景 | 免费试用+订阅、应用内购、功能解锁、月付/年付 | App Store搜索、ASO关键词、截图文案、海外内容平台 | 只保留一个核心场景；做原型和真机测试；准备截图、标题、关键词；上架后测试订阅权益 | 高/中慢 |
| 5. 技能接单服务（最快现金流） | 个人网站搭建、AI工具定制、数据库/登录/部署、域名配置、支付接入、App上架协助 | 项目报价、套餐价、分阶段付款、长期维护费 | 闲鱼、小红书作品集、朋友圈、社群、老客户转介绍 | 整理3个作品截图；上架3个服务商品；写清范围、周期、价格；用案例沟通需求 | 中/快 |
| 6. 内容与个人品牌（复利渠道） | 开发过程记录、踩坑复盘、产品更新日志、教程、模板、咨询服务 | 产品导流、资料包、咨询、社群、课程、商业合作 | Building in Public、小红书、X、视频号/公众号 | 先确定一句话定位；连续7天发开发记录；每篇放作品链接/服务入口；把用户问题变成选题 | 低/慢 |
7.2 副业升级路线图
核心逻辑：验证需求 → 拿到现金流 → 产品化 → 规模化
第1步：选题与验证（起步阶段）
- 围绕一个具体痛点切入
- 优先做测评、报告、模板
- 目标：拿到点击、咨询或收藏
- 优先顺序：虚拟产品 → 技能接单
第2步：作品化与接单
- 做出1-3个可展示案例
- 用闲鱼/小红书/社群接定制需求
- 目标：拿到第一笔钱
- 代表：测评报告、简历优化、提示词包、网站搭建、部署服务
第3步：产品化与收费（进阶阶段）
- 把反复出现的需求做成工具网站或App
- 加入试用、价格页、支付入口
- 目标：形成稳定成交闭环
- 优先顺序：工具网站 → 出海SaaS
- 代表：AI工具网站、价格页、支付接入、关键词页面、英文落地页
第4步：放大与复利（复利阶段）
- 做SEO、社区发布、内容分发
- 尝试出海订阅、App内购、品牌合作
- 目标：让收入可复制
- 优先顺序：App订阅 → 内容品牌
- 代表：习惯追踪App、情绪日记、ASO、Building in Public、X/小红书
7.3 推荐节奏
- 第1周：做一个轻量产品，先验证需求
- 第2-4周：用作品接单，顺手打磨交付流程
- 第5周后：把高频需求做成工具网站
- 有稳定反馈后：再考虑出海订阅或App内购
7.4 关键判断标准
一个方向值不值得做，看四点：
- 能不能一周内做出MVP
- 有没有明确付费场景
- 结果是否容易展示
- 能不能找到稳定流量入口
八、通用模板与检查清单
8.1 PRD简版模板
| 栏目 | 填写说明 |
|---|---|
| 产品名称 | 用一个清楚的名字，不要过度包装 |
| 一句话定位 | 这个产品帮助谁，在什么场景下，完成什么任务 |
| 目标用户 | 先写最需要的人，不要写所有人 |
| 用户痛点 | 用户现在为什么麻烦、低效、不会做 |
| 核心流程 | 从用户进入产品，到拿到结果的完整路径 |
| MVP功能 | 第一版必须做的功能，控制在3-6个 |
| 暂不做功能 | 明确砍掉的功能，避免开发失控 |
| 成功标准 | 上线后用什么判断产品有价值 |
8.2 高保真图清单模板
| 页面类型 | 是否需要 | 页面说明 |
|---|---|---|
| 首页/落地页 | 通常需要 | 解释产品价值，引导用户开始 |
| 输入页/上传页 | 通常需要 | 收集用户要处理的信息 |
| 生成中/处理中页面 | AI产品常需要 | 解释等待过程，降低焦虑 |
| 结果页 | 必须需要 | 展示AI输出结果，是产品核心页面 |
| 历史记录/资料库 | 看情况 | 如果用户会反复使用，就需要 |
| 支付页 | 变现产品需要 | 说明套餐、权益和付款入口 |
| 个人中心 | 后续需要 | 账号、订单、记录、设置等 |
8.3 开发流程模板
- 先让AI根据PRD生成项目目录和技术栈建议
- 根据高保真图生成前端页面，先不接真实数据
- 把页面中的假数据替换成表单输入、API返回或数据库数据
- 接入AI能力，要求输出固定结构，避免结果页难以展示
- 完成本地测试，再部署到Vercel、Zeabur、Expo或其他平台
- 上线后收集第一批用户反馈，只改影响转化和主流程的问题
8.4 上线检查清单
| 检查项 | 合格标准 |
|---|---|
| 页面是否能打开 | 手机和电脑至少各测试一次 |
| 核心按钮是否能点击 | 开始、提交、生成、下载、支付等按钮都能工作 |
| AI结果是否稳定 | 连续测试3-5次，输出格式不要乱 |
| 异常状态是否有提示 | 上传失败、生成失败、网络错误不能只白屏 |
| 隐私说明是否清楚 | 涉及简历、照片、个人信息时，要说明用途 |
| 变现入口是否顺 | 用户看到价值后，能自然进入付费或咨询入口 |
8.5 项目级规则文件模板（.cursor/rules/AGENTS.md）
# 项目AI协作规则
## 项目概览
- 项目名称：【填写】
- 业务目标：【填写】
- 核心用户流程：【填写】
## 技术栈
- 前端：【框架、UI库、状态管理】
- 后端：【框架、ORM、数据库】
- 测试：【测试框架、命令】
- 部署：【环境、构建命令】
## 代码约定
- 使用TypeScript严格类型，不允许随意使用any
- 优先复用现有组件、hooks、service、utils
- 新增代码必须保持与同目录代码风格一致
- 不要创建重复的工具函数；先检索是否已有实现
## 安全与数据
- 所有用户输入必须校验
- 不要在日志中输出token、密码、手机号、邮箱等敏感信息
- 涉及删除、支付、权限、数据库迁移时，先给风险说明和回滚方案
## 工作流程
- 复杂任务先计划再执行
- 修改完成后列出变更文件、测试命令和人工验收步骤
- 如果无法验证，请明确说明，不要假装已通过
九、总结与行动建议
9.1 核心心法
- 从0到1，不是把产品做大，而是先把一条最短闭环跑通
- 不要把MVP做成"想象中的大产品"，先做一个小到能上线、小到能测试、小到能卖出去的版本
- 真正的产品能力，是在一轮轮真实反馈里长出来的
- AI编程不是"随便让AI写代码"，而是把需求、上下文、约束、验收标准和反馈循环组织清楚
9.2 从案例到自己的项目，按这个顺序做
- 先选一个最小场景，不要选一个大平台
- 写一页PRD，把用户、场景、流程和MVP范围说清楚
- 生成3-6张高保真页面，不要一开始做十几个页面
- 把页面转成开发还原说明，明确组件、按钮、状态和跳转
- 交给AI编程工具开发，先跑通本地预览
- 部署上线，拿链接给真实用户试用
- 根据反馈决定：优化、加功能，还是换选题
9.3 常用项目选择建议
| 你的目标 | 更适合选 |
|---|---|
| 想最快做出第一个作品 | AI简历优化器、AI测评报告工具 |
| 想练移动端APP | AI宠物成长助手 |
| 想练图片生成和付费 | AI头像生成器 |
| 想做运营/知识付费工具 | AI资料生成器 |
| 想后续做副业变现 | 优先选有明确付费场景的工具，不要只做炫技项目 |
9.4 给新手的最终提醒
不要把MVP做成"想象中的大产品"。先做一个小到能上线、小到能测试、小到能卖出去的版本。真正的产品能力，是在一轮轮真实反馈里长出来的。
整理时间：2026年7月
资料来源：AI编程训练营6份配套资料
更多推荐
8
0- 0
已为社区贡献3条内容
所有评论(0)