vibe-flow

name	vibe-flow
description	独立开发者 Web/SaaS 项目专属 Vibe Coding 全流程。Invoke when starting a new web product project to run a complete 14-skill pipeline from idea to launch, with controlled feedback loops.

Vibe-Flow 独立开发者全流程

适用范围

• 适用：独立开发者主导的 Web/SaaS、管理后台、内容平台、工具类产品
• 适用：需要快速从想法走到可上线版本，并持续迭代变现的项目
• 不适用：纯算法研究、一次性脚本、重硬件依赖项目（可部分借用）

核心理念

前置决策固化 + 契约先行 + 规范底座 + AI执行 + 可控回流 = 全程心流、低返工、可持续迭代的商业项目

三大特质

1. 主线顺序 + 可控回流：默认按顺序推进；当触发变更条件时，允许回到指定阶段修正，避免无序返工
2. 纯独立开发者适配：不需要团队、不需要产品/UI/运维配合，单人全栈能全部拿下
3. 深度绑定Vibe Coding：决策类、设计类、规则类工作优先前置；编码阶段以实现为主，遇到未决策项先回写上游文档再实现

极简记忆版

商业→需求→原型→UI→架构→数据→接口→基建→拆任务→编码→测试→部署→文档→迭代

每阶段最小交付模板（必须）

每一步都按同一模板交付，避免“看起来做了，实际不可执行”：

1. 输入：上游阶段产物（文档/图/清单）
2. 输出：本阶段核心产物（文档或代码）
3. 验收标准（DoD）：可验证、可打勾的完成标准
4. 存档路径：统一落盘到 docs/vibe-flow/，建议命名 NN-stage-name.md

14项核心Skill（按开发顺序）

1. 商业立项 & 项目范围定义

• 参考: project-init
• 定位：决定你做的是「产品」不是「作业」
• 产出：项目立项书、范围边界清单、MVP规划
• 存档建议：docs/vibe-flow/01-project-init.md

2. 结构化需求工程

• 参考: requirement-engineering
• 定位：把模糊想法变成可落地、可开发的硬规则
• 产出：主PRD + 各模块子需求文档
• 存档建议：docs/vibe-flow/02-requirements.md

3. 业务交互原型设计

• 参考: interaction-design
• 定位：先定「用户怎么操作」，再谈技术
• 产出：完整可交互低保真原型、流程图表
• 存档建议：docs/vibe-flow/03-interaction.md

4. 商业化UI视觉设计

• 参考: ui-design
• 定位：告别粗糙美工风，做出上线级产品颜值
• 产出：高保真UI稿、全局设计规范文档、组件库规范
• 存档建议：docs/vibe-flow/04-ui-design.md

5. 全栈系统架构设计

• 参考: architecture-design
• 定位：区分「玩具项目」和「成熟项目」的分水岭
• 产出：整体架构图、技术选型文档、全局架构设计手册
• 存档建议：docs/vibe-flow/05-architecture.md

6. 领域数据建模

• 参考: data-modeling
• 定位：一切业务的底层基石
• 产出：ER图、数据库设计文档、建表规范
• 存档建议：docs/vibe-flow/06-data-model.md

7. API契约优先设计

• 参考: api-contract
• 定位：单人全栈协作的核心契约
• 产出：完整API文档、全局接口约束规范
• 存档建议：docs/vibe-flow/07-api-contract.md

8. 企业级工程化基建

• 参考: engineering-setup
• 定位：给项目铺好「跑道和护栏」
• 产出：项目基建模板、规范配置、公共基础库
• 存档建议：docs/vibe-flow/08-engineering.md

9. 精细化任务拆解 & 单人项目管理

• 参考: task-breakdown
• 定位：把大项目拆成「可心流开发」的最小单元
• 产出：结构化TodoList、迭代计划表、任务看板
• 存档建议：docs/vibe-flow/09-task-breakdown.md

10. 沉浸式 Vibe-Coding 全栈编码

• 参考: vibe-coding
• 定位：你最核心的执行层能力
• 产出：完整可运行业务代码、功能模块
• 存档建议：docs/vibe-flow/10-coding-log.md

11. 全维度质量测试

• 参考: quality-testing
• 定位：单人保障线上稳定性
• 产出：测试报告、修复记录、稳定可运行版本
• 存档建议：docs/vibe-flow/11-quality.md

12. 容器化 & 自动化部署运维

• 参考: deploy-ops
• 定位：独立开发者上线必备硬技能
• 产出：部署脚本、运维配置、线上稳定环境
• 存档建议：docs/vibe-flow/12-deploy-ops.md

13. 全链路项目文档沉淀

• 参考: doc-pipeline
• 定位：把项目变成可复用资产
• 产出：全套项目资产文档
• 存档建议：docs/vibe-flow/13-doc-pipeline.md

14. 产品迭代 & 商业化运营

• 参考: product-iteration
• 定位：独立开发者变现、长期存活的收尾能力
• 产出：迭代方案、产品落地页、商业化配置
• 存档建议：docs/vibe-flow/14-product-iteration.md

可控回流机制（强制）

出现以下情况时，必须回流，不允许“硬编码顶过去”：

1. 范围变化：新增/删除核心功能，回到 1-2
2. 关键交互变化：主流程或页面跳转改变，回到 3-4
3. 数据或接口变化：实体关系或契约变化，回到 6-7
4. 架构风险暴露：性能/安全/可用性不达标，回到 5
5. 测试或线上反馈失败：缺陷集中或用户行为偏差，回到 9 并重走 10-14

使用指南

新项目启动流程

1. 按顺序加载每个参考文档
2. 完成每个环节的核心产出
3. 每阶段做一次 DoD 自检，通过后再进入下一步
4. 编码阶段以实现为主，遇到未决策项先回写上游文档再继续

AI协作要点

• 前期：让AI帮忙分析、规划、设计
• 中期：让AI按契约生成代码
• 后期：让AI生成测试、文档、部署脚本

注意事项

• 默认顺序推进：先按主线走，不要在主线中频繁切换
• 触发即回流：满足回流条件时立即回到对应阶段修正
• 决策优先前置：编码阶段以实现为主，减少临场架构决策
• 契约先行：所有接口、数据模型提前定义
• 规范底座：工程化基建一次性搭完