Vibe Guide准备继续修改已完成的版本时，用这里整理现状和下一次任务，让 AI 接着已有成果工作。
这页的方法适合你的项目吗，怎样检查？
- 什么情况下会用到这页的方法？
- 作品已交付，或准备开始下一次修改时。
- 根据自己的情况，应该怎样选择？
- 留下启动方法、账号与账单负责人、备份恢复办法和下一项任务；先区分故障修复与新增需求。
- 哪些情况容易判断错？
- 有备份文件不等于能恢复；旧版通过不代表更新后通过。修改前保留可恢复版本，数据变化先用副本验证。
- 怎样检查这个方法在你的项目中有用？
- 按记录重新启动、恢复一份测试资料，并核对下一次更新后主要流程和费用。
OPS
运维：让产品继续可用
运维是在开放后照看运行、费用、资料和更新。先留下可执行的维护记录，不把“已经上线”当作任务终点。
按实际结果推进
1. 定期走主要流程
按实际使用频率安排检查，记录正式入口、版本和一次测试结果。检查失败时先判断影响谁、是否需要暂停。
怎样判断这一项已经完成？没有真实检查就不写正常；没有使用数据就不写效率提升。
2. 照看费用与到期
记录域名、托管、平台账号、资料保存和第三方调用的负责人、账单入口、到期日及预算；让 AI 帮忙整理提醒计划。
怎样判断这一项已经完成？确认提醒已经实际设置才依赖它；费用异常先核对账单与用量，不直接升级套餐。
3. 验证备份能够恢复
在隔离位置恢复测试备份，核对记录数量、样本内容和身份权限。记录备份频率、保留期限和恢复耗时。
怎样判断这一项已经完成？只有备份文件不算恢复成功；恢复步骤可由接手者重复执行。
4. 把反馈分成故障与新需求
目标无法完成 → 回到排查与修复；希望增加能力 → 回到第一版范围确认，评估费用与资料变化后再排计划。
怎样判断这一项已经完成？每次更新保留恢复版本，重测主要流程并记录真实反馈。
勾选只是当前页面的个人标记，不是自动测试或持久保存，刷新会清空。
填写检查记录
直接编辑下方模板，确认后生成可复制草稿；按当前步骤说明使用，不必立即发给 AI。
已确认 · 以下是本次专属内容，可一键复制
检查日期与负责人：【填写实际记录，未执行写待验证】
正式入口与版本：【填写实际记录，未执行写待验证】
主要流程结果：【填写实际记录，未执行写待验证】
本期费用 / 预算：【填写实际记录，未执行写待验证】
最近备份与恢复测试：【填写实际记录，未执行写待验证】
到期事项：【填写实际记录，未执行写待验证】
真实反馈与证据：【填写实际记录，未执行写待验证】
故障 / 新需求：【填写实际记录，未执行写待验证】
处理状态与下一次检查：【填写实际记录，未执行写待验证】填写后确认并复制到项目资料；草稿保存在当前浏览器。未执行的检查写待验证，不写通过。
遇到问题时展开
根据检查结果选择下一步
账单突然增加
先对照时间与用量：用量同步增加 → 找出是哪项功能或访问带来，按预算决定限额；用量无变化 → 查套餐、续期或计费条目。资料不足先索取账单，不能臆测原因。
有备份，但不知道怎么恢复
先复制到隔离测试位置，核对格式与恢复工具。能恢复 → 检查内容和权限并记录步骤；不能恢复 → 保留当前数据，确认备份完整性和兼容版本，不直接覆盖线上。
填写当前情况，生成给 AI 的提示词
先在模板中补充实际材料，确认生成后再复制到当前项目的 AI 对话。不确定项写“尚未确定”，示例可以自行替换。
已确认 · 以下是本次专属内容，可一键复制
已交付的版本、入口与启动方法：【填写】
这次要修复故障，还是增加新功能：【填写】
实际反馈和证据：【填写】
现有备份与恢复验证：【填写或未验证】
费用、负责人和到期事项：【填写或尚未确定】
只整理维护与下次改动计划，不直接改线上数据。区分紧急故障、普通修复与新需求，保留当前可恢复版本。
请把本次结论按下面的内容写清楚：一次只处理一个问题的计划、测试与回归标准、失败恢复办法和下一次检查时间建议；无法验证的项明确列出。