Codexeが裏側で行っていること

生成を押してからプロジェクトが準備完了になるまでには、多くのことが起きています。そのほとんどは、完全でビルドできるプロジェクトをお届けするために、Codexeが自らの負担で行う作業です。

#1. 生成

モデルは1回の返答でプロジェクトを書きます。最初に、これから書くファイルの計画を示します。料金がかかるのはこの返答です。

#2. 続きの生成(無料)

モデルはファイルの途中で止まったり、計画していたファイルを飛ばしたりすることがあります。Codexeはこれを検出し(閉じていないコードブロック、計画にあったのに存在しないファイル)、計画したすべてのファイルがそろうまで、最大4回、同じモデルに続きを書くよう依頼します。このとき「残りのファイルを書き込み中…」と表示されます。続きの生成には料金がかかりません。

#3. 出力がないときの再試行(無料)

最初の返答がファイルを書かずにプロジェクトの説明をしていた場合、Codexeはもう一度、ファイルをはっきり要求します。同じ処理で、// TODOのような仮置きも片付けます。料金はかかりません。

#4. プラットフォームのチェック(無料)

ビルドの前に、Codexeはファイルが依頼したプラットフォーム向けかどうかを確認します。Spigotのリクエストに対してFabric MODが届いた場合、コンパイルはできても、望んだものではありません。プラットフォームが間違っていれば、Codexeはより強力なモデルで一度だけ作り直します。それでも失敗した場合、プロジェクトは停止し、最初の生成であればトークンが返還されます。

#5. ビルドまたは読み込みテスト(無料)

プラグインとMODはコンパイルされ、データパックとSkriptは本物のテストサーバーで読み込まれます。コンパイルを参照してください。

#6. 実際のAPIを使った修復(無料)

ビルドが失敗すると、修復用のモデルは、正確なエラーと、関係するライブラリクラスの実際の公開シグネチャを見ます。シグネチャはビルドで使ったのと同じJARから読み取ります。だからこそ、推測ではなく、実際に使っているAPIのバージョンに合わせて「method not found」エラーを直せるのです。自動修復を参照してください。

#料金がかかるもの