SPT术语库

Vibe Coding

用户想做一个周末待办清单,先告诉 AI 目标、保存要求和验收条件,再看原型、指出按钮太挤,继续迭代到可以使用。

AI 与智能体约 10 分钟 · 从真实需求理解

1不会写代码,也能和 AI 一起做产品吗?

VIBE CODING · DESCRIBE → BUILD → REVIEW把愿望说清楚,再一起把它做出来

目标、约束和反馈,决定原型能不能真正使用。

DESCRIBE → BUILD → REVIEW
NATURAL-LANGUAGE BRIEFINPUT
做一个周末待办清单,能添加任务,刷新后还在。
GOAL · 记录并继续完成周末任务CONSTRAINTS · 手机好点、保存后有反馈DONE WHEN · 添加、刷新保留、按钮好点
PROTOTYPEDRAFT
周末待办
添加第一个任务添加
原型正在等待反馈
HUMAN REVIEW先观察原型,再给出具体反馈。
1任务能添加2刷新后仍保留3手机上容易点击

Vibe Coding 不是只对 AI 说一句“帮我做个网站”。它更像一次持续协作:你用自然语言说清楚目标、用户、约束和什么算完成,AI 协助整理计划和实现,你再观察原型、指出具体问题,继续迭代。

  • 先说明要解决谁的什么问题,例如“让我能快速记录周末待办”。
  • 补充约束和完成条件,例如“刷新后仍保留,按钮在手机上容易点,保存后看得到结果”。
  • 不要只看 AI 说完成了,要看真实页面、操作路径和验收条件是否真的通过。

2Vibe Coding 不是放弃判断,也不是一句模糊愿望

AI 可以帮你写代码、拆计划和修改页面,但它不会自动知道你的真实目标,也不会替你决定什么算完成。人的责任从“写每一行代码”转向“说清需求、观察结果、给出反馈和验收”。

  • “帮我做得好看一点”缺少目标和判断标准,AI 很难知道下一步该改什么。
  • “能添加任务、刷新后还在、手机按钮好点”是可观察的约束和验收条件。

它也不同于只生成一次代码:如果原型和目标不符,要指出具体位置和期望结果,让 AI 继续迭代,而不是把第一次输出当成最终产品。

3一次 Vibe Coding 协作由哪些部分组成?

BRIEF周末待办清单目标 · 刷新后保留
PLAN输入 · 保存 · 反馈AI 整理成范围
PROTOTYPE买菜 · 已保存可打开、可检查
REVIEW按钮好点 · 验收通过

一次有效的 Vibe Coding 协作可以拆成需求简报、AI 计划、可观察原型和人的反馈四部分。它们连接起来,才会从“我想要一个东西”变成可以不断验收的产品工作。

  • BRIEF 说清目标、用户、约束和什么算完成。
  • PLAN 把自然语言整理成可执行的工作范围,让你能提前发现遗漏。
  • PROTOTYPE 是可以打开和操作的结果,不是 AI 的口头承诺。
  • REVIEW 把“哪里不对”和“应该变成什么样”说具体,推动下一轮修改。

4怎样把 Vibe Coding 需求交给 Agent?

请协助做一个周末待办清单:目标是让我能快速添加任务并在刷新后继续使用;请先给出实现计划,再做出可操作原型。约束是手机上按钮容易点击,保存后给出清楚反馈。完成条件是任务能添加、刷新后仍保留、页面在 390px 和 320px 下不横向滚动。请让我先看到结果,我会针对具体问题反馈,再继续迭代直到验收通过。

5不用背,看看你能不能判断

1 / 3

怎样的描述更适合交给 AI 开始做产品?

请选择一个最符合题意的答案

选择答案后自动进入下一题

社区延伸

看别人真实遇到过什么

社区帖子还没有关联到这个词条。