使用 Codexe
自动修复
Codexe 在交付期间如何修复构建错误、免费的“再试一次”和“用 AI 修复”，以及什么时候修复会改为通过聊天进行。
更新于
自动修复是指 Codexe 根据构建给出的确切错误，自己修复构建或加载错误。它会在两种情况下发生，弄清楚是哪一种，你就知道修复是否免费。
#1. 交付时的内部修复（免费）
在 Codexe 验证可构建项目期间，失败的构建不会以一个坏掉的项目的形式交到你手上（按顺序列出的每个步骤）。Codexe 会：
- 读取确切的编译器或加载错误，
- 从构建所用的同一批 JAR 中查找相关库类的真实签名，让修复与实际的 API 版本匹配，
- 让一个修复模型只修改必要的部分，
- 再次构建。
只要错误数量持续下降，它就会继续进行多轮修复；如果卡住了，它会用一个更强的模型再试一次。你在项目上看到的是正在修复一个问题… 和正在验证…。
这项工作的成本由 Codexe 承担，而不是你。它不消耗你的 token，也不算作一次提示。
#2. 你发起的修复
| 位置 | 按钮 | 花费 |
|---|---|---|
| 最终状态为“需要修复”的项目 | 让 Codexe 再试一次（免费） | 免费 |
| 编译失败，文件自交付以来未改动 | 用 AI 修复 | 免费（同样的内部修复） |
| 编译失败，文件被你或聊天修改过 | 用 AI 修复 | 一条普通聊天消息（token） |
| 其他任何情况 | 在聊天中描述问题 | 一条普通聊天消息（token） |
免费的“再试一次”限制为每个项目每天一次，每个账号每天三个项目。
为什么会有区别？如果文件和 Codexe 交付时完全一样，失败就是 Codexe 的责任。一旦项目有了改动，修复就是在你的版本上做的新工作，和其他任何请求一样。
#修复何时停止
当错误不再减少、同一个错误反复出现，或者达到时间或工作量上限时，Codexe 会停止修复。此时项目会显示 Codexe 无法自动完成对这个项目的验证。所有文件都还在。参见项目失败或需要修复。
#修复无法解决的问题
- 行为。修复解决的是无法构建的代码。它无法知道某个功能的工作方式和你的本意不同；请在聊天中告诉它。
- 基础设施问题。如果构建根本无法运行（某个依赖仓库超时、构建服务繁忙），就没有什么可修复的。这时项目会被标记为未验证，稍后再重试。
- 不支持的 Skript 附加组件。如果脚本需要测试服务器上没有的附加组件，Codexe 会报告这一点，而不是重写你的脚本。