开发者社区

文档建议反馈控制台

文章/答案/技术大牛

发布

社区首页 >专栏 >一位VibeCoding开发者的浅薄经验自述

一位VibeCoding开发者的浅薄经验自述

作者头像

程序员唱见

发布于 2026-03-31 10:47:09

发布于 2026-03-31 10:47:09

1.2K0

举报

概述

其实我觉得很多人都误解了VibeCoding这个词，有人把它理解成“想到什么就让 AI 生成什么”，有人把它理解成“少写代码、全靠模型”，也有人把它当成一种带点戏谑意味的开发方式：先有感觉，再看结果，能跑就行。这篇文章分享一下个人VibeCoding的一些经验和具体流程

原创声明：本文系作者授权腾讯云开发者社区发表，未经许可，不得转载。

如有侵权，请联系 cloudcommunity@tencent.com 删除。

原创声明：本文系作者授权腾讯云开发者社区发表，未经许可，不得转载。

如有侵权，请联系 cloudcommunity@tencent.com 删除。

评论

登录后参与评论

0 条评论

热度

最新

目录

先把整套流程放在前面：我现在使用的 VibeCoding 流程

一、VibeCoding 到底是什么？

二、为什么很多人一上来用 VibeCoding，结果却并不好？
- 1. 把“生成能力”误当成“交付能力”
- 2. 需求没有收敛，就开始让 AI 放大误解
- 3. 过度相信“一步到位”

三、VibeCoding 里最重要的，不是代码生成，而是需求收敛
- 1. 确认要做什么
- 2. 确认不做什么
- 3. 确认怎么算做完

四、原型不是装饰，它是 VibeCoding 里最便宜的纠错工具

五、Prompt 在 VibeCoding 里不是聊天记录，而是开发契约

六、真正拉开差距的，是测试先行而不是代码先行
- 1. 功能测试
- 2. 边界测试
- 3. 体验测试

七、日志和可观测性，应该从第一版就开始加

八、AI review 很有用，但它代替不了工程 review

九、一个完整案例：从 0 开始 VibeCoding 一个 TodoList 项目
- 第一步：先把需求写成“项目边界”，而不是一句愿望
- 第二步：先让 AI 做拆解和原型，而不是直接写代码
- 第三步：编写 Prompt 契约，按模块逐步生成
- 第四步：先写测试清单，再进入实现验证
- 第五步：强制补日志，别等 bug 出现了再加
- 第六步：AI review 一遍，人工 review 一遍
- 第七步：部署测试环境，跑回归，再做人工体验测试
- 第八步：补文档后再交付，而不是把代码仓库直接甩出去

十、从这个案例里，能看到 VibeCoding 最核心的价值
- 1. 更快地收敛问题
- 2. 更快地形成初稿
- 3. 更容易把工程流程补完整

十一、关于 VibeCoding，我现在最在意的不是“快”，而是“稳”