Vibe GuideBETA

评估上线与交付条件

这一项是准备检查;还没打开试过的安装包或网站,要留作待测试。

做完这一节点,你会得到什么?
可以判断是先修问题还是准备交付文件。
为什么要有这一节点?

准备给人使用之前,先查功能、说明和所需账号还有没有缺项。

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

0101检查是否具备交付条件待核对展开这一步收起这一步
确认用户在本机、网址还是应用里使用
检查这种交付方式的条件是否齐全
先补齐缺少的条件,再继续交付
操作示意 · 非工具截图

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

开始前需要准备什么?

选好的使用方式、试用记录和使用说明。

做完后要留下什么?

可以判断是先修问题还是准备交付文件。

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

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

先让 AI 读取这些材料:docs/requirements.md · docs/design.md · docs/checks.md · docs/acceptance.md · docs/delivery.md

让 AI 将结果保存到:docs/release.md · docs/feedback.md

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

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

准备给人使用之前,先查功能、说明和所需账号还有没有缺项。

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

这个概念是什么意思?

这一项是准备检查;还没打开试过的安装包或网站,要留作待测试。

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

首页能打开,但重新登录后资料丢失,可以只看首页宣布上线吗?

查看参考答案

不能。首页可开仅证明局部入口正常,登录后资料保留属于核心流程时必须验证,失败就先修复。

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

03这一步具体怎么做?

展开收起

项目对话与 docs/release.md

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

  1. 让工具对照试用记录,看看还有什么没有准备好。展开收起

    建议提示词:

    请读需求、docs/checks.md、docs/acceptance.md 和 docs/delivery.md。逐项检查功能、启动说明、数据保存、账号和费用,把缺少的条件写清楚。先检查,不发布。

    完成后应该看到:有明确的已准备和未准备清单。

  2. 保存检查清单,有阻断问题先修好。展开收起

    建议提示词:

    请把准备情况保存到 docs/release.md,把需要修的问题编号写入 docs/feedback.md。还没制作安装包或部署时,相关试运行写待测试。

    完成后应该看到:可以判断是先修问题还是准备交付文件。

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

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

核对当前版本确实通过保存、读回、异常和重启;确认启动说明没有只写“打开 HTML”。

做完这一步,应该看到什么?
清单涵盖依赖、启动、数据库位置、备份和未验证事项。
做不下去时,先怎么办?
没有实际验收文件就返回验收,不能让 Codex 自动补成通过。

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

展开收起
  1. 让工具对照试用记录,看看还有什么没有准备好。

    操作后应该看到什么?
    有明确的已准备和未准备清单。
    没有看到这个结果时,怎么办?
    没有本人试用记录就回试用步骤补,不让工具代填通过。
  2. 保存检查清单,有阻断问题先修好。

    操作后应该看到什么?
    可以判断是先修问题还是准备交付文件。
    没有看到这个结果时,怎么办?
    尚未运行的项目不标通过;缺条件先补条件。

05这一步出现的词

展开收起

版本发布 ↗

把一组确认变更组织为可分发版本。

给成品批次编号并附说明。

运行环境 ↗

程序运行所需的设备、软件、配置与服务。

同一菜谱换炉具和材料,结果可能不同。

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

展开收起

评估说可上线,却没有证据

先检查哪里,确认问题的原因?
查看每项是否有实际检查记录、版本和结果。
按下面的方法处理问题
把没有证据的项改为待验证。若影响核心任务、数据或权限,先完成检查或修复;不是把“待验证”直接改成“通过”。
恢复后应该看到
重新执行原操作,得到本页要求的实际结果;未执行的检查仍标为未验证。

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

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

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

展开收起

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

这一步的提示词模板

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

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

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

全栈跟练:本步提示词

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

08看到这个结果才算完成

知道哪些条件有证据、哪些仍缺失,以及是否允许继续准备交付。

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

展开收起

没有本人试用记录就回试用步骤补,不让工具代填通过。

看结果对照(教学示意,不是你的项目结果)
构建条件:已核验;真机安装:待“准备部署脚本或安装包”;正式发布:未执行。
记录本次核对结论与版本

这是本人的记录,不是网站自动检测。改动项目后旧结论不能证明新版本通过;未测试或失败时先补测/反馈。

没通过?沿这条路修好再继续测试或上线评估发现问题时,按这三步修好,再回到上面的节点。

0103把试用结果记录成反馈待核对展开这一步收起这一步
写下从哪里开始、做了什么
写下应该看到什么、实际看到了什么
把问题记录保存到项目文件中
操作示意 · 非工具截图

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

开始前需要准备什么?

出现问题时的操作顺序、画面或报错。

做完后要留下什么?

反馈文件有问题编号、重现步骤和证据。

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

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

先让 AI 读取这些材料:当前已确认材料与项目位置

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

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

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

把哪里出错写具体,工具才能找到同一个问题。

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

这个概念是什么意思?

反馈先写你做了什么、看到了什么,不需要自己猜代码哪里错了。

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

“按钮没反应”和“数据库坏了”,哪一个是观察,哪一个需要证据?

查看参考答案

“按钮没反应”是观察;“数据库坏了”是原因判断,需要日志或检查支持。先写动作、预期和实际结果。

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

03这一步具体怎么做?

展开收起

实际作品、本页模板与项目对话

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

  1. 选一个问题,写下从哪里开始、输入什么、点哪里、出现什么。展开收起

    完成后应该看到:别人能照着描述走到同一问题。

  2. 把操作记录和报错填进下方模板,确认后复制给工具。展开收起

    建议提示词:

    请把以下问题整理到 docs/feedback.md,给每项编号,写清预期与实际:【粘贴记录】。先记录和检查原因,不修改代码;还没查明的原因不要写成事实。

    完成后应该看到:反馈文件有问题编号、重现步骤和证据。

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

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

把失败时输入的测试内容、点击顺序、时间、页面提示和报错放在一起;截图不要含私人资料。

做完这一步,应该看到什么?
别人能照记录复现,不只有“保存坏了”。
做不下去时,先怎么办?
不知道什么是日志时,让 Codex 指出本项目服务输出的位置并只提取对应时间的错误。

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

展开收起
  1. 选一个问题,写下从哪里开始、输入什么、点哪里、出现什么。

    操作后应该看到什么?
    别人能照着描述走到同一问题。
    没有看到这个结果时,怎么办?
    不要只写“不能用”;不懂原因没关系,记录现象即可。
  2. 把操作记录和报错填进下方模板,确认后复制给工具。

    操作后应该看到什么?
    反馈文件有问题编号、重现步骤和证据。
    没有看到这个结果时,怎么办?
    截图含密码或个人信息时先遮住再发送。

05这一步出现的词

展开收起

程序缺陷 ↗

导致行为不符合预期的程序问题。

按电灯开关却启动风扇。

日志 ↗

程序运行时记录的事件信息。

值班记录写下时间与发生的事。

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

展开收起

问题偶尔出现,不能稳定重现

先检查哪里,确认问题的原因?
记录出现次数、设备、版本和最近一次完整操作。
按下面的方法处理问题
只收集当前现象、操作、版本与报错原文,必要时只读排查;本步不修代码。失败记录到反馈,按“先确定怎么修、怎样算修好”确认计划后再修复。
恢复后应该看到
有可核对的实际记录,未执行仍标未测试,失败仍标失败。

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

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

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

展开收起

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

这一步的提示词模板

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

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

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

全栈跟练:本步提示词

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

08看到这个结果才算完成

有能让别人重复操作的反馈记录,事实、猜测和新增需求分开。

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

展开收起

不要只写“不能用”;不懂原因没关系,记录现象即可。

看结果对照(教学示意,不是你的项目结果)
F01 / 取消后刷新 / 预期余位+1 / 实际未变 / 版本abc / 两次均复现。
0203先确定怎么修、怎样算修好待核对展开这一步收起这一步
按记录再做一次,确认问题会出现
明确这次只修哪些问题
写清修好后怎样检查
操作示意 · 非工具截图

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

开始前需要准备什么?

刚才保存的问题反馈记录。

做完后要留下什么?

修复计划有具体改动和检查方法。

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

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

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

让 AI 将结果保存到:docs/repair-plan.md

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

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

先看懂工具准备怎么修,再让它动手。

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

这个概念是什么意思?

修复计划说明改哪里、会影响什么,以及怎样再次检查。

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

修好了保存按钮,为什么还需要试一下读取历史记录?

查看参考答案

保存与读取可能共用数据结构或接口,修一个可能影响另一个。原问题复测与相关正常功能回归都要做。

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

03这一步具体怎么做?

展开收起

项目对话与 docs/repair-plan.md

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

  1. 先让工具解释为什么出问题。展开收起

    建议提示词:

    请读 docs/feedback.md 和需求,先检查问题原因,不改代码。把已查明的事实和还要验证的猜测分开,告诉我下一项最小检查。

    完成后应该看到:得到能对应实际问题的解释。

  2. 让工具写清准备改哪里、怎么确认改好了,然后自己读一遍。展开收起

    建议提示词:

    请保存 docs/repair-plan.md:每个问题改哪些文件、会影响哪些原功能、怎样重走失败步骤、修好应该看到什么。涉及数据库先写备份和恢复方法,等我确认再执行。

    完成后应该看到:修复计划有具体改动和检查方法。

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

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

让 Codex 先复现,再说明只改哪一层,改完重跑哪条失败操作。

做完这一步,应该看到什么?
修复计划包括数据保护及原本正常保存的回归检查。
做不下去时,先怎么办?
建议删库时先停止,要求备份和非破坏性方案;缺证据就先补诊断。

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

展开收起
  1. 先让工具解释为什么出问题。

    操作后应该看到什么?
    得到能对应实际问题的解释。
    没有看到这个结果时,怎么办?
    原因不明就继续小范围检查,不默认重装或删库。
  2. 让工具写清准备改哪里、怎么确认改好了,然后自己读一遍。

    操作后应该看到什么?
    修复计划有具体改动和检查方法。
    没有看到这个结果时,怎么办?
    只有“优化一下”就要求写具体,不直接批准。

05这一步出现的词

展开收起

根因 ↗

导致问题的基础原因而非表面现象。

灯不亮可能是线路断了,不只是灯泡坏。

回归测试 ↗

修改后检查已有能力是否被破坏。

修完厨房灯,再看其他灯是否仍正常。

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

展开收起

AI 没给计划就开始修改

先检查哪里,确认问题的原因?
检查当前改动与反馈编号是否对应。
按下面的方法处理问题
暂停后续修改,先让 AI 汇报已经改过什么、保存当前状态,再补修复范围和通过条件。不为回到计划阶段强行丢弃现有改动。
恢复后应该看到
重新执行原操作,得到本页要求的实际结果;未执行的检查仍标为未验证。

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

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

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

展开收起

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

这一步的提示词模板

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

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

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

全栈跟练:本步提示词

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

08看到这个结果才算完成

每项修复对应反馈编号和可重复的通过条件。

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

展开收起

原因不明就继续小范围检查,不默认重装或删库。

看结果对照(教学示意,不是你的项目结果)
F01:修正取消释放名额;复测原步骤;回归报名和重复取消;不改页面样式。
0303按计划修复,再交给本人复测待核对展开这一步收起这一步
执行修复
检查原本能用的相关功能有没有被改坏
亲手重复出错时的操作
操作示意 · 非工具截图

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

开始前需要准备什么?

你已确认的修复计划,以及原来失败的操作。

做完后要留下什么?

问题状态与本人实际结果一致。

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

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

先让 AI 读取这些材料:docs/repair-plan.md · docs/feedback.md

让 AI 将结果保存到:docs/checks.md · docs/feedback.md

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

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

让工具修好已确认的问题,然后自己重做原来失败的操作。

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

这个概念是什么意思?

复测是重新试原问题;再检查原本正常的功能,可以发现有没有顺带改坏别的地方。

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

如果 AI 自测通过,但同样的操作仍失败,下一步应该记录哪个事实?

查看参考答案

记录同一版本、相同步骤下本人仍失败的实际结果,沿用问题编号追加证据,不能以AI自测覆盖它。

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

03这一步具体怎么做?

展开收起

当前项目对话及实际预览

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

  1. 确认修复计划后,让工具只改这一项问题。展开收起

    建议提示词:

    请按已确认的 docs/repair-plan.md 修复【问题编号】。保护已有数据,只改必要文件,完成后报告实际检查结果和我该怎样复测。

    完成后应该看到:工具说明改了哪里和怎样再试。

  2. 亲自重走原来失败的那组操作,再试原本正常的功能。展开收起

    完成后应该看到:原问题解决,原来的保存和读取仍正常。

  3. 把自己的复测结果交给工具保存。展开收起

    建议提示词:

    我的复测结果:【填写】。请更新 docs/checks.md 和 docs/feedback.md;只有我实际验证通过的问题才关闭,未测项保留。

    完成后应该看到:问题状态与本人实际结果一致。

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

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

执行确认过的一项修复,自己重做原失败操作,再确认旧记录还在。

做完这一步,应该看到什么?
原问题通过,正常新增/读取及已有数据也通过。
做不下去时,先怎么办?
测试状态被 AI 全改成通过时,恢复真实未测项;要求区分它的测试与本人试用。

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

展开收起
  1. 确认修复计划后,让工具只改这一项问题。

    操作后应该看到什么?
    工具说明改了哪里和怎样再试。
    没有看到这个结果时,怎么办?
    范围扩大或要求清库时先停,回修复计划说明原因。
  2. 亲自重走原来失败的那组操作,再试原本正常的功能。

    操作后应该看到什么?
    原问题解决,原来的保存和读取仍正常。
    没有看到这个结果时,怎么办?
    仍失败就保留同一问题编号,补新证据,不重新编一个“已解决”的问题。
  3. 把自己的复测结果交给工具保存。

    操作后应该看到什么?
    问题状态与本人实际结果一致。
    没有看到这个结果时,怎么办?
    工具与本人结论不一致时,以实际复测为依据继续检查。

05这一步出现的词

展开收起

回归测试 ↗

修改后检查已有能力是否被破坏。

修完厨房灯,再看其他灯是否仍正常。

回滚 ↗

恢复软件或配置到较早版本。

换回旧设备不自动恢复被修改的账本。

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

展开收起

AI 说修好了,同样的操作仍失败

先检查哪里,确认问题的原因?
核对正在打开的是新版本,并保留原失败操作。
按下面的方法处理问题
点击“复测仍有问题”,补充当前版本和实际结果。请 AI 用相同步骤复现并更新修复计划,不重新生成整个项目。
恢复后应该看到
重新执行原操作,得到本页要求的实际结果;未执行的检查仍标为未验证。

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

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

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

展开收起

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

这一步的提示词模板

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

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

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

全栈跟练:本步提示词

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

08看到这个结果才算完成

AI 检查与本人复测分别记录;仍失败就继续反馈,不能自动进入发布。

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

展开收起

范围扩大或要求清库时先停,回修复计划说明原因。

看结果对照(教学示意,不是你的项目结果)
F01 / 修复版本def / 原步骤通过 / 报名回归通过 / 本人已复测 → 可以关闭F01。
记录本次核对结论与版本

这是本人的记录,不是网站自动检测。改动项目后旧结论不能证明新版本通过;未测试或失败时先补测/反馈。

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

本节点可查的资料

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

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

材料只存于这台设备的当前浏览器;不是项目文件,也不会自动发给 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 个动作组织。页面中的应用画面是示意图;项目完成情况由使用者核对。