自動修復
お届けの過程でCodexeがビルドエラーを修復する仕組み、無料の「もう一度試す」と「AIで修正」による修復、そして修正がチャット経由になる場合について。
更新日
自動修復とは、ビルドが出した正確なエラーをもとに、Codexeがビルドや読み込みのエラーを自分で直すことです。これが起きる場面は2つあり、どちらなのかがわかれば、その修正が無料かどうかもわかります。
#1. お届け時の内部修復(無料)
Codexeがビルド可能なプロジェクトを検証している間にビルドが失敗しても、壊れたプロジェクトとしてあなたに届くことはありません(すべてのステップを順に)。Codexeは次のことを行います。
- コンパイラーや読み込みの正確なエラーを読み取る
- ビルドで使ったのと同じJARから、関係するライブラリクラスの実際のシグネチャを調べ、修正が実際のAPIのバージョンに合うようにする
- 修復用のモデルに、必要な部分だけを変更するよう依頼する
- もう一度ビルドする
エラーの数が減り続けている間は何巡も繰り返し、行き詰まった場合はより強力なモデルでもう一度だけ試します。プロジェクトでは、これが「問題を修正中…」と「検証中…」として表示されます。
この作業の費用はCodexeが負担し、あなたの負担にはなりません。トークンは使われず、プロンプトとしても数えられません。
#2. 自分で始める修復
| 場所 | ボタン | 費用 |
|---|---|---|
| 「修正が必要」で終わったプロジェクト | Codexeにもう一度試させる(無料) | 無料 |
| コンパイルが失敗し、お届け時からファイルが変わっていない | AIで修正 | 無料(同じ内部修復) |
| コンパイルが失敗し、あなたかチャットがファイルを変更した | AIで修正 | 通常のチャットメッセージ(トークン) |
| それ以外 | チャットで問題を説明する | 通常のチャットメッセージ(トークン) |
無料の「もう一度試す」は、プロジェクトごとに1日1回、アカウントごとに1日3プロジェクトまでです。
なぜ違いがあるのでしょうか。ファイルがCodexeの届けたものとまったく同じなら、失敗の責任はCodexeにあります。プロジェクトが変更されたあとの修正は、他のリクエストと同じく、あなたのバージョンに対する新しい作業になります。
#修復が止まるとき
エラーが減らなくなったとき、同じエラーが繰り返し出るとき、または時間や作業量の上限に達したとき、Codexeは修復をやめます。するとプロジェクトに「Codexeはこのプロジェクトの検証を自動では完了できませんでした」と表示されます。ファイルはすべてそのまま残っています。プロジェクトの失敗・修正が必要な場合を参照してください。
#修復で直せないもの
- 動作。修復が直すのはビルドできないコードです。機能が意図と違う動きをしていることまでは判断できないので、チャットで伝えてください。
- インフラの問題。ビルド自体が実行できなかった場合(依存関係のリポジトリがタイムアウトした、ビルドサービスが混み合っていた)、修復するものはありません。代わりにプロジェクトは未確認とされ、あとで再試行されます。
- 対応していないSkriptのアドオン。スクリプトがテストサーバーにないアドオンを必要とする場合、Codexeはスクリプトを書き換えずに、そのことをお知らせします。