Vibe GuideBETA

形成需求与用户故事

需求文档记录填什么、做什么、应该得到什么结果。

做完这一节点,你会得到什么?
使用过程前后接得上,文件能打开。
为什么要有这一节点?

把已经说好的功能写下来,开发时就能照着检查。

开始操作共 2 个步骤 · 按顺序完成

0102把约定留成看得懂的说明待核对展开这一步收起这一步
确认第一版做什么、不做什么
把约定写进需求文档
逐项检查文档是否符合你的想法
操作示意 · 非工具截图

01开始前准备什么,做完后留下什么?

开始前需要准备什么?

已经确认的第一版功能清单。

做完后要留下什么?

下一步可以依据这份文件写使用过程。

这一步要让 AI 读取和保存哪些文件?

在所选工具的项目对话中,让它先打开下面的文件。找不到时,点击下方链接回到创建文件的步骤。

先让 AI 读取这些材料:idea.md · docs/requirements.md

让 AI 将结果保存到:docs/requirements.md

缺少这些材料?回到创建它们的步骤 →

02这一步要帮你解决什么问题?

把已经说好的功能写下来,开发时就能照着检查。

弄懂原理,再试着自己判断

这个概念是什么意思?

需求文档记录填什么、做什么、应该得到什么结果。

换个情况,你会怎样判断?

如果只写“好用”,别人知道要做哪些操作、看到什么结果才算通过吗?

查看参考答案

不能。“好用”没有统一观察方法;应改成具体操作和结果,例如重复报名不重复占位。

试着用自己的话回答;拿不准时先对照上面的解释,再用自己的项目举例核对。

03这一步具体怎么做?

展开收起

项目中的 docs/requirements.md

每次只发送当前这一项的提示词:选中框内文字复制(Mac 按 ⌘C,Windows 按 Ctrl+C),切到所选工具的项目对话,粘贴后把【】替换成自己的内容,再点发送。等工具回复并核对“完成后应该看到”的结果,再做下一项。

  1. 把每项功能写成“填什么、点什么、看到什么”。展开收起

    建议提示词:

    请读 docs/requirements.md,把每个必做功能写清输入内容、操作、正常结果和失败时的提示。给每项编号,先让我确认。

    完成后应该看到:每个功能都有实际操作和能看到的结果。

  2. 对照自己的想法检查,再保存确认后的版本。展开收起

    建议提示词:

    请把我确认的内容更新到 docs/requirements.md,保留每项怎样测试才算做好,不增加未提出的功能。

    完成后应该看到:下一步可以依据这份文件写使用过程。

跟练:个人学习记录(前端 + 后端 + 数据库)

选择这个示例时,沿用同一个 learning-journal 项目逐步完成。已有自己的项目时,对照检查相关要求即可,不必另建项目。

逐项核对标题 1–80 字、内容 1–2000 字;前后空格不算有效内容。保存成功后才清空输入。

做完这一步,应该看到什么?
服务不可用时原输入保留;后端独立拒绝空白和超长内容。
做不下去时,先怎么办?
若只写“按钮可点”,追问存错、断开和空白分别显示什么,不让学员猜。

04不会具体操作?逐项跟着做

展开收起
  1. 把每项功能写成“填什么、点什么、看到什么”。

    操作后应该看到什么?
    每个功能都有实际操作和能看到的结果。
    没有看到这个结果时,怎么办?
    出现“体验良好”等空泛词时,要求换成具体画面或行为。
  2. 对照自己的想法检查,再保存确认后的版本。

    操作后应该看到什么?
    下一步可以依据这份文件写使用过程。
    没有看到这个结果时,怎么办?
    如果某项自己也看不懂,先要求解释,不直接确认。

05这一步出现的词

展开收起

需求文档 ↗

记录确认的功能、规则与验收条件。

像确认签字的装修需求清单。

验收标准 ↗

可以据此判断需求是否完成的条件。

不是“出餐快”,而是“付款后能看到取餐号”。

06遇到问题时,应该怎么处理?

展开收起

说明太长,不知道该确认哪句

先检查哪里,确认问题的原因?
找到与第一条使用流程有关的段落。
按下面的方法处理问题
让 AI 先列出三到五条必须本人决定的事项,逐条给生活化例子。其余资料留在文件里按需查。
恢复后应该看到
能亲自确认范围和结果,未确认项明确保留。

问题不在列表里?请 AI 排查

先在模板中补充实际材料,确认生成后再复制到当前项目的 AI 对话。不确定项写“尚未确定”,示例可以自行替换。

07本步材料(填写或复制)

展开收起

上面已经逐项发送并完成的,不必再发下面整段模板。需要整理本步材料时再使用;替换【】后确认,再复制到项目对话。

这一步的提示词模板

先在模板中补充实际材料,确认生成后再复制到当前项目的 AI 对话。不确定项写“尚未确定”,示例可以自行替换。

跟练个人学习记录:本步怎么填写/补充提示词

仅当你选择本页全栈跟练时使用:使用下面已合并本步要求的提示词,填好空白后复制发送;不必重复发送上方通用模板。它不授权跳到后续步骤。

全栈跟练:本步提示词

先在模板中补充实际材料,确认生成后再复制到当前项目的 AI 对话。不确定项写“尚未确定”,示例可以自行替换。

08看到这个结果才算完成

每个主要操作都有预期结果和异常回应。

09没有看到预期结果,接下来怎么办?

展开收起

出现“体验良好”等空泛词时,要求换成具体画面或行为。

看结果对照(教学示意,不是你的项目结果)
不合格:报名好用。合格:R01容量20,报名成功余量减1;同一人重复请求不重复占位;已满显示无法报名。
0202把用户怎样使用写清楚待核对展开这一步收起这一步
谁会在什么情况下使用它
他们从打开项目到完成任务要做什么
怎样检查他们已经完成任务
操作示意 · 非工具截图

01开始前准备什么,做完后留下什么?

开始前需要准备什么?

项目中已经保存的需求文档。

做完后要留下什么?

使用过程前后接得上,文件能打开。

这一步要让 AI 读取和保存哪些文件?

在所选工具的项目对话中,让它先打开下面的文件。找不到时,点击下方链接回到创建文件的步骤。

先让 AI 读取这些材料:idea.md · docs/requirements.md

让 AI 将结果保存到:docs/stories.md

缺少这些材料?回到创建它们的步骤 →

02这一步要帮你解决什么问题?

把用户从打开作品到完成任务的过程写清楚,容易发现漏掉的步骤。

弄懂原理,再试着自己判断

这个概念是什么意思?

用户故事说的是谁要完成什么;操作过程说明他先做什么、再做什么。

换个情况,你会怎样判断?

“支持保存”和“保存后重新打开仍能找到原文”,哪一句更容易亲手检查?

查看参考答案

后一句更容易检查,因为给出了保存后的操作和可观察结果。还应注明同一设备还是跨设备,避免误解。

试着用自己的话回答;拿不准时先对照上面的解释,再用自己的项目举例核对。

03这一步具体怎么做?

展开收起

项目对话与 docs/requirements.md

每次只发送当前这一项的提示词:选中框内文字复制(Mac 按 ⌘C,Windows 按 Ctrl+C),切到所选工具的项目对话,粘贴后把【】替换成自己的内容,再点发送。等工具回复并核对“完成后应该看到”的结果,再做下一项。

  1. 让工具把使用过程像讲故事一样写出来:谁打开哪里,先做什么,接着做什么。展开收起

    建议提示词:

    请读 idea.md 和 docs/requirements.md,写出每种用户从打开项目到完成任务的一次完整过程。一步写一个动作,也写出出错后怎样继续。先不要开发。

    完成后应该看到:能按文字想象一个人实际使用的顺序。

  2. 按自己会使用的方式读一遍,指出缺少的步骤,再保存。展开收起

    建议提示词:

    请把我确认的使用过程保存到 docs/stories.md,并保留对应的需求编号。

    完成后应该看到:使用过程前后接得上,文件能打开。

跟练:个人学习记录(前端 + 后端 + 数据库)

选择这个示例时,沿用同一个 learning-journal 项目逐步完成。已有自己的项目时,对照检查相关要求即可,不必另建项目。

用一句完整场景串起来:晚上打开网页,写今天学到的事,保存,第二天再次打开查到。

做完这一步,应该看到什么?
docs/stories.md 同时覆盖正常保存与保存失败后重试。
做不下去时,先怎么办?
不要把“数据库插入成功”当用户操作;学员实际要点击和查看的是网页。

04不会具体操作?逐项跟着做

展开收起
  1. 让工具把使用过程像讲故事一样写出来:谁打开哪里,先做什么,接着做什么。

    操作后应该看到什么?
    能按文字想象一个人实际使用的顺序。
    没有看到这个结果时,怎么办?
    突然出现尚未说明的账号或页面时,先补它的来源和进入方法。
  2. 按自己会使用的方式读一遍,指出缺少的步骤,再保存。

    操作后应该看到什么?
    使用过程前后接得上,文件能打开。
    没有看到这个结果时,怎么办?
    例如写了“付款成功”却没说在哪里付款,就先补上操作。

05这一步出现的词

展开收起

用户故事 ↗

从使用者角度写要做什么及为什么。

作为上班族,希望提前订餐以减少排队。

用户流程 ↗

用户从起点走到目标经过的操作。

进店、选餐、付款、取餐。

06遇到问题时,应该怎么处理?

展开收起

AI 只列功能名,没有使用过程

先检查哪里,确认问题的原因?
找出一个故事是否包含开始条件、操作和结果。
按下面的方法处理问题
回复:“请把第一个功能改写成一个人的实际操作过程,写出正常和失败时分别看到什么;不增加新功能。”
恢复后应该看到
重新执行原操作,得到本页要求的实际结果;未执行的检查仍标为未验证。

问题不在列表里?请 AI 排查

先在模板中补充实际材料,确认生成后再复制到当前项目的 AI 对话。不确定项写“尚未确定”,示例可以自行替换。

07本步材料(填写或复制)

展开收起

上面已经逐项发送并完成的,不必再发下面整段模板。需要整理本步材料时再使用;替换【】后确认,再复制到项目对话。

这一步的提示词模板

先在模板中补充实际材料,确认生成后再复制到当前项目的 AI 对话。不确定项写“尚未确定”,示例可以自行替换。

跟练个人学习记录:本步怎么填写/补充提示词

仅当你选择本页全栈跟练时使用:使用下面已合并本步要求的提示词,填好空白后复制发送;不必重复发送上方通用模板。它不授权跳到后续步骤。

全栈跟练:本步提示词

先在模板中补充实际材料,确认生成后再复制到当前项目的 AI 对话。不确定项写“尚未确定”,示例可以自行替换。

08看到这个结果才算完成

每个第一版功能都能对应到一个用户操作和通过条件。

09没有看到预期结果,接下来怎么办?

展开收起

突然出现尚未说明的账号或页面时,先补它的来源和进入方法。

看结果对照(教学示意,不是你的项目结果)
S01关联R01:成员打开活动→看到余位→提交→收到确认;已满时停在活动页并解释原因。

本节点出现的词按出现顺序排列,点开可查完整解释

更多问题与排障资料

遇到卡点,从现象开始查

2 种情况

以下路径整理自官方文档与公开求助,不代表发生频率。先按现象检查,再核对处理结果。

“好看、好用”无法验收

看到的现象:AI 和本人对完成的理解完全不同。

  1. 先检查哪些地方?

    为每个功能写触发动作、输入和应出现的结果。

  2. 接着处理

    把抽象要求改成可操作检查;比如“必填项空着提交时显示字段错误,并保留已填内容”。例子须替换成实际业务。

  3. 这样才算解决

    另一人只读需求就能照步骤判断通过或失败。

把这段发给 AI 协助处理

先在模板中补充实际材料,确认生成后再复制到当前项目的 AI 对话。不确定项写“尚未确定”,示例可以自行替换。

查证依据Playwright · Testing best practices ↗

只写成功情况,异常时卡死

看到的现象:没数据、断网、重复提交都没有约定。

  1. 先检查哪些地方?

    逐项询问空内容、非法输入、等待、失败、重复操作时应如何显示。

  2. 接着处理

    给每项功能补一个正常和一个异常场景;说明错误后是否保留输入、重试或返回。

  3. 这样才算解决

    需求包含成功与失败出口,不依赖 AI 临场猜测。

把这段发给 AI 协助处理

先在模板中补充实际材料,确认生成后再复制到当前项目的 AI 对话。不确定项写“尚未确定”,示例可以自行替换。

查证依据Playwright · Testing best practices ↗

本节点可查的资料

遇到对应问题再查,资料不是额外必做步骤。

按本节点查术语 →
我的项目材料与备份

材料只存于这台设备的当前浏览器;不是项目文件,也不会自动发给 AI。中英文模板分别保存,项目选择和学习进度共用。不要在这里填写密码或 API Key。

包括想法、进度、各步模板、人工核对记录及选型条件;不包含你的真实项目代码。恢复会建立一个新草稿,不覆盖已有项目。

下载或导入不工作?复制备份文本恢复

草稿与进度只保存在当前浏览器。

按顺序完成本页操作,遇到问题时展开对应的检查和处理方法。

寻找起点

板块快捷入口

大家在做什么 · AI收益调研 · 50个方向 · GitHub项目完整路线图 · 从想法到上线先记下自己的想法只有“想做一个网站”,不知道写什么整理成可以交给 AI 的项目描述不知道第一版的流程怎么写打开一个能制作文件的 AI 工具无法安装、登录,或界面不一样给项目建一个自己的文件夹侧栏没有“文稿”或找不到文件夹让 AI 打开刚才的文件夹AI 说的是另一个项目建立 Git 仓库,写好项目说明和规则提交失败或要求填写姓名邮箱亲手核对 AI 创建的文件找不到上一步的文件一次回答一个问题AI 问的技术词看不懂确认这版只做哪几件事删减以后只剩外观把约定留成看得懂的说明说明太长,不知道该确认哪句把用户怎样使用写清楚AI 只列功能名,没有使用过程先看关键页面,再决定怎么开发原型看起来能用,但不清楚哪些是假数据把实际条件交给 AI 选做法我不知道“本机”和“共享”怎么选让 AI 列出下一小步第一项只有“完成前端”检查运行环境,启动最小项目安装或启动失败,不知道停在哪里打开第一张属于自己的页面地址打不开或一直加载只调整眼前这一页改外观后其他功能也变了让“保存”真正留下内容保存不了,或刷新后记录不见了从开始到结束走通一次按钮能点,但没有结果试试空白和连续点击出现空记录或重复记录关掉以后,还能重新打开第二天地址打不开对照最初想法,确认真的能用AI 说全部完成,但我仍不会用把试用结果记录成反馈问题偶尔出现,不能稳定重现先确定怎么修、怎样算修好AI 没给计划就开始修改按计划修复,再交给本人复测AI 说修好了,同样的操作仍失败先决定:自己用,还是分享发给别人后打不开检查是否具备交付条件评估说可上线,却没有证据准备交付物,并实际试运行安装包打不开或部署后启动失败确认交付,再检查实际入口自己的电脑能开,其他人打不开可选:把简单网页放到 GitHub Pages正式网址显示 404下次继续时,不用从头讲换对话后 AI 要重新做选择工具 · Codex Claude Cursor Qoder TRAE Kimi 价格首页项目分类和 Agent 沟通 · 提示词与排查技术栈选择前端与 UI · 组件词典术语库 · AI与项目开发 · 生活例子与图解打开工具,确认能操作项目把项目、版本记录和 AI 规则准备好把想要的界面风格说清楚只修改一个地方,让 AI 找准目标后端:保存资料与访问规则测试:亲手检查是否能用部署上线:交付一个真实入口运维:让产品继续可用Web 网站与应用 · 把想法变成一个网址。小程序 · 在用户熟悉的地方,做一个小工具。手机 App · 让一个好想法,成为日常习惯。桌面 App · 把重复的电脑工作,交给自己的工具。

一个面向零基础的实践指南

这是面向零基础的双语实践指南,按 6 个阶段、18 个节点、31 个动作组织。页面中的应用画面是示意图;项目完成情况由使用者核对。