检查点：撤销智能体的任何改动
每当 Mythex 智能体成功完成一轮操作，它都会保存一个你项目文件的检查点。如果之后的某次改动出了问题，你可以在聊天中把项目回滚到任意一个检查点，而无需描述损坏的情况，也不必寄希望于智能体能修好它。你还可以编辑之前的消息并重新发送，这会让项目回退到那个时间点，并从那里开始尝试不同的提示词。
什么是检查点
检查点是你的项目文件在一轮操作结束时保存下来的快照。从技术上讲，它是一个 git 检查点——git 是开发者用来追踪代码库每一次改动的版本控制系统。使用它时你无需了解 git，聊天界面会替你处理好一切。
检查点只会在智能体成功完成一轮操作后保存。每个检查点都位于产生它的那条智能体回复的末尾，因此聊天记录本身就像是你项目的时间线：每一条回复都标记出一个你可以回到的时间点。
为什么它有帮助
用智能体构建应用是一个反复迭代的过程。大多数轮次都会让项目向前推进，但也有一些不会——比如一次布局改动破坏了手机端的视图，一次重构做得比你预期的更多，或者某个功能结果证明是个错误的想法。
遇到这种情况时，最诱人的做法是让智能体去修复。有时这样确实可行，但往往会在一次糟糕的改动之上再叠加一次新的改动，然后又是一次，每一次修补都让下一次更难。回滚到最后一个良好的状态，通常比与不断累积的错误硬扛更快、成本也更低。你从一个确实可用的状态重新开始。
这也让尝试新想法变得更安全。如果你能在两次点击内撤销一轮操作，那么问一句“如果首页主视觉换成视频会怎样？”的成本就非常低。
如何回退到检查点
- 找到那条回复，它使项目处于你想要回到的状态。
- 点击回退到此处——回复末尾的撤销图标，就在复制旁边。在笔记本电脑上，该图标会在鼠标悬停于回复上时出现。
- 在弹出的对话框中点击恢复进行确认。
你的项目文件会回滚到该轮操作结束时的状态。检查预览以确认结果，然后从那里继续。
编辑并重新发送
有时出问题的不是结果，而是提示词。这时可以使用编辑并重新发送：
- 将鼠标悬停在你之前发送的某条消息上，然后点击进行编辑。
- 重写提示词，用你本应该使用的表述方式。
- 确认“丢弃并重新发送”。
如果存在检查点，Mythex 会把项目回退到那一轮操作之前，然后发送你的新提示词。这是重试一次走偏了方向的操作的最快方式，并且不会把失败尝试的改动留在项目中。
检查点在小步骤下效果最好
检查点只能让你回到一轮操作结束时的状态。如果一轮操作做了五件事，你只能全部撤销，或者一件都不撤销。这也是保持每个请求简短的又一个理由：
- 只修改一个部分。
- 只修复一个 bug。
- 只新增一个页面。
请求越小，意外越少，积分消耗也越低，而且每一步都会留下一个可以单独回去的检查点。
另外，描述你在预览中看到的现象，比描述你认为代码应该怎样运作更有帮助。例如：“在价格页面上，Pro 卡片的按钮在手机上被截断了。修复溢出问题，并保持桌面端的布局不变。”
对于大型功能，可以从计划模式开始：智能体会先列出实现思路，你审核通过后，构建模式再按计划逐步完成。更多内容请参阅先计划再构建。
何时回滚，何时重建
当项目在几轮之前处于良好状态时，回滚是正确的选择。只有在以下情况下，才值得完全重建：
- 你彻底改变了产品构想。
- 架构不适合新的需求。
- 项目仍然是空的或者几乎是空的。
即便如此，也要说明需要保留哪些内容——名称、品牌色、文案——以免丢失那些原本就正确的部分。
限制
- 检查点在成功的轮次之后保存，而“丢弃并重新发送”只有在存在检查点时才能回退。
- 回退会把你的项目文件回滚到当时的状态。
- 一个检查点覆盖整轮操作。 你无法只撤销其中的一部分；更小的轮次能让你获得更精细的控制。
- 在笔记本电脑上，回退图标只在鼠标悬停时显示，如果你看不到它，请把指针移到回复上。
如果你正在排查一个 bug，而不是撤销一个 bug，我们的调试 AI 构建应用指南涵盖了这一过程的另一半。