惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

WordPress大学
WordPress大学
T
The Blog of Author Tim Ferriss
F
Fortinet All Blogs
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
阮一峰的网络日志
阮一峰的网络日志
The GitHub Blog
The GitHub Blog
Y
Y Combinator Blog
MyScale Blog
MyScale Blog
雷峰网
雷峰网
博客园 - 叶小钗
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
GbyAI
GbyAI
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
博客园 - 三生石上(FineUI控件)
云风的 BLOG
云风的 BLOG
V
V2EX
宝玉的分享
宝玉的分享
酷 壳 – CoolShell
酷 壳 – CoolShell
N
Netflix TechBlog - Medium
Vercel News
Vercel News
美团技术团队
人人都是产品经理
人人都是产品经理
The Cloudflare Blog

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
Vibe coding 持续迭代完全指南
浩子AIPM · 2026-04-09 · via 人人都是产品经理

Vibecoding新手常陷入的困境:项目跑通后的小改动引发连锁崩溃,最终导致烂尾。本文揭示其核心原因——工具选择不当与迭代流程缺失,并给出IDE解决方案与大改四步法。从存档策略到PRD协作,再到Plan模式开发与changelog管理,这套方法论让你在不写代码的情况下实现稳健迭代。

故事是这样的。

你搓出一个小项目,第一版跑通的那个晚上,你很爽。对话框里一条条需求发出去,页面一点点出来,功能一个个实现。你觉得,这玩意真的可以。

然后过了几天,你回来想加一个功能。

改了半天,提示词来回换,AI要么说没问题然后悄悄改坏了别的地方,要么直接给你重写了一块你不想动的逻辑。

越改越乱。

最后你想退回上一个版本,发现……退不回去了。

这个项目,就这么烂尾了。

这不是个例。这是绝大多数Vibecoding新手都会撞上的同一堵墙。

一、工具选错了,是一切问题的起点

很多人第一次上手Vibe项目,用的是Lovable或者Google Labs这类平台。

这类工具做原型的速度真的快。点几下就出一个好看的页面,逻辑简单的功能,几分钟就实现了。

但它有一个根本性的问题。

代码被锁在平台里。

你看不到完整的文件结构,没办法做精细的控制。功能一多,代码一复杂,它就开始乱。

说实话,这类工具设计出来,本来就不是为了持续开发用的。它们的定位是:你有一个想法,快速验证一下,完事。

但如果你想把这个项目真正跑起来,持续加功能、修bug、迭代半年一年,它们就帮不了你了。

这个时候,你需要上IDE。

Cursor、Windsurf、或者VS Code加AI插件,这类工具的核心优势就是:你能看到所有文件,能和AI深度协作,而且能做版本管理。

代码在你手里,不在平台里。

这一点,决定了你能走多远。

二、不是所有改动都需要走完整流程

先把这个说清楚。

小改,比如改一个按钮颜色、换个图标、调整一段文案——这种直接截图给AI,说哪里不对,让它改,改完看效果,不满意再改。

快。不需要任何仪式感。

大改,才是今天真正要说的。

新增一个完整页面、重构一块核心功能、引入一个新模块——这种东西,你一句话说不清楚,AI也理解不到位,直接动手改大概率会出事。

大多数你能想到的新功能迭代,都是大改。

三、大改,四步走,一步都不能省

Step 1:先存档

打游戏打大Boss之前,你会先存档。

开发也一样。

在做大版本迭代之前,先告诉AI:

我将要进行一次较大版本的迭代,先帮我把整个项目打包存档。

一句话的事。

但这一步如果省掉,你后面一旦改坏了,就没有退路了。

Step 2:让AI帮你写PRD

很多人听到”写文档”就头疼。

这里有个好消息:这个文档不需要你自己写。

你只需要做一件事:梳理清楚这次要改什么。然后找一个逻辑能力强的模型,比如Claude Opus,把你现在的产品截图、页面demo、以及你想加的功能列表,一起扔给它,让它帮你写迭代PRD,顺带做一份页面的demo设计。

你的任务是:看一遍,确认方向对了,哪里不对告诉它改。

等你觉得文档和demo都没问题了,再进行下一步。

Step 3:把文档同步给编程AI

回到Cursor,建一个文件夹,叫`PRDs`。

在`PRDs`里面新建一个子文件夹,叫`迭代2.0`。

在这个文件夹里放两个文件:

  1. `迭代2.0.md`:把刚才写好的PRD粘进去
  2. `2.0-demo.html`:把demo页面粘进去

然后,在对话窗口里把这个文件夹加进来,告诉AI:

仔细阅读迭代2.0文件夹内的文档和demo,告诉我你对这次迭代的理解。

等它把这次改动说清楚了,你再继续。

这一步的意义在于:让编程AI真正理解这次要做什么,而不是靠你临时几句话描述。

上下文清晰了,AI出错的概率就低很多。

Step 4:Plan模式开发

在对话窗口下方找到agent标志,打开Plan模式。

然后说一句:

建立开发计划,然后完成这次迭代。

AI会列出一个todo list,你确认没问题,点build,它就开始一条一条把功能实现出来。

等它跑完,去看实际效果,确认功能都实现了。

四、最后一步:让AI记住这次改了什么

很多人做到这里就觉得完事了。

但有一件事特别重要,绝大多数人都会忘。

AI的记忆是有上下文限制的。编程AI尤其明显,上下文压缩的频率很高。你这次做的改动,过一段时间再回来开新的迭代,它很可能已经不记得这个项目现在是什么状态了。

怎么解决?

迭代完成后,给AI发这段提示词:

本次迭代已全部完成,请帮我整理一份简洁的改动清单,包括修改了哪些文件、新增了哪些功能、有哪些需要注意的地方。格式是Markdown,追加到迭代文档末尾。

这份changelog,就是这次迭代的记忆快照。

下次你开新的迭代,直接把这个`PRDs`文件夹丢给AI,它就能快速了解项目目前的状态,不需要你再从头解释一遍。

整个流程走下来:

存档 → PRD → 同步文档 → Plan模式开发 → 记录changelog

全程你没有写一行代码。你做的只是截图、粘贴、新建文件夹、看效果。

但这个流程,一步都不能省。

省掉的那一步,就是你下次项目烂尾的起点。

本文由 @浩子 原创发布于人人都是产品经理。未经作者许可,禁止转载

题图来自Unsplash,基于CC0协议