Vibe Coding
用户想做一个周末待办清单,先告诉 AI 目标、保存要求和验收条件,再看原型、指出按钮太挤,继续迭代到可以使用。
AI 与智能体约 10 分钟 · 从真实需求理解
1不会写代码,也能和 AI 一起做产品吗?
VIBE CODING · DESCRIBE → BUILD → REVIEW把愿望说清楚,再一起把它做出来
DESCRIBE → BUILD → REVIEW目标、约束和反馈,决定原型能不能真正使用。
GOAL · 记录并继续完成周末任务CONSTRAINTS · 手机好点、保存后有反馈DONE WHEN · 添加、刷新保留、按钮好点
周末待办
添加第一个任务添加
原型正在等待反馈HUMAN REVIEW先观察原型,再给出具体反馈。
1任务能添加2刷新后仍保留3手机上容易点击
Vibe Coding 不是只对 AI 说一句“帮我做个网站”。它更像一次持续协作:你用自然语言说清楚目标、用户、约束和什么算完成,AI 协助整理计划和实现,你再观察原型、指出具体问题,继续迭代。
- 先说明要解决谁的什么问题,例如“让我能快速记录周末待办”。
- 补充约束和完成条件,例如“刷新后仍保留,按钮在手机上容易点,保存后看得到结果”。
- 不要只看 AI 说完成了,要看真实页面、操作路径和验收条件是否真的通过。
2Vibe Coding 不是放弃判断,也不是一句模糊愿望
AI 可以帮你写代码、拆计划和修改页面,但它不会自动知道你的真实目标,也不会替你决定什么算完成。人的责任从“写每一行代码”转向“说清需求、观察结果、给出反馈和验收”。
- “帮我做得好看一点”缺少目标和判断标准,AI 很难知道下一步该改什么。
- “能添加任务、刷新后还在、手机按钮好点”是可观察的约束和验收条件。
它也不同于只生成一次代码:如果原型和目标不符,要指出具体位置和期望结果,让 AI 继续迭代,而不是把第一次输出当成最终产品。
3一次 Vibe Coding 协作由哪些部分组成?
一次有效的 Vibe Coding 协作可以拆成需求简报、AI 计划、可观察原型和人的反馈四部分。它们连接起来,才会从“我想要一个东西”变成可以不断验收的产品工作。
- BRIEF 说清目标、用户、约束和什么算完成。
- PLAN 把自然语言整理成可执行的工作范围,让你能提前发现遗漏。
- PROTOTYPE 是可以打开和操作的结果,不是 AI 的口头承诺。
- REVIEW 把“哪里不对”和“应该变成什么样”说具体,推动下一轮修改。
4怎样把 Vibe Coding 需求交给 Agent?
请协助做一个周末待办清单:目标是让我能快速添加任务并在刷新后继续使用;请先给出实现计划,再做出可操作原型。约束是手机上按钮容易点击,保存后给出清楚反馈。完成条件是任务能添加、刷新后仍保留、页面在 390px 和 320px 下不横向滚动。请让我先看到结果,我会针对具体问题反馈,再继续迭代直到验收通过。
5不用背,看看你能不能判断
1 / 3
怎样的描述更适合交给 AI 开始做产品?
请选择一个最符合题意的答案
社区延伸
看别人真实遇到过什么
社区帖子还没有关联到这个词条。