Perbaikan Otomatis
Cara Codexe memperbaiki error build selama pengiriman, perbaikan gratis lewat "coba lagi" dan "Perbaiki dengan AI", serta kapan perbaikan justru lewat chat.
Diperbarui
Di halaman ini
Perbaikan Otomatis adalah Codexe memperbaiki sendiri error build atau error muat, dengan memakai error persis dari build. Ini terjadi dalam dua situasi, dan mengetahui mana yang mana memberitahumu apakah sebuah perbaikan gratis.
#1. Perbaikan internal saat pengiriman (gratis)
Selama Codexe memverifikasi proyek yang bisa di-build, build yang gagal tidak sampai kepadamu sebagai proyek rusak (setiap langkah, secara berurutan). Codexe:
- membaca error compiler atau error muat yang persis,
- mencari signature asli dari kelas library yang terlibat, dari JAR yang sama dengan yang dipakai build, sehingga perbaikannya cocok dengan versi API yang sebenarnya,
- meminta model perbaikan untuk mengubah hanya yang diperlukan,
- mem-build lagi.
Codexe terus melakukannya selama beberapa putaran selama jumlah error terus berkurang, dan jika macet, Codexe mencoba sekali lagi dengan model yang lebih kuat. Kamu melihat ini sebagai Memperbaiki masalah… dan Memverifikasi… di proyek.
Pekerjaan ini menjadi biaya Codexe, bukan biayamu. Ini tidak memakai tokenmu dan tidak dihitung sebagai prompt.
#2. Perbaikan yang kamu mulai
| Di mana | Tombol | Biayanya |
|---|---|---|
| Proyek yang berakhir dengan status "perlu diperbaiki" | Biarkan Codexe mencoba lagi (gratis) | Gratis |
| Kompilasi gagal, file tidak berubah sejak pengiriman | Perbaiki dengan AI | Gratis (perbaikan internal yang sama) |
| Kompilasi gagal, file diubah olehmu atau lewat chat | Perbaiki dengan AI | Pesan chat biasa (token) |
| Hal lainnya | Jelaskan masalahnya di chat | Pesan chat biasa (token) |
"Coba lagi" yang gratis dibatasi sekali per proyek per hari, dan tiga proyek per hari per akun.
Mengapa berbeda? Jika file-filenya persis seperti yang dikirim Codexe, kegagalan itu menjadi tanggung jawab Codexe. Begitu proyek sudah berubah, perbaikannya adalah pekerjaan baru pada versimu, seperti permintaan lainnya.
#Kapan perbaikan berhenti
Codexe berhenti memperbaiki ketika jumlah error tidak lagi berkurang, error yang sama terus muncul kembali, atau batas waktu atau upaya tercapai. Proyek lalu menampilkan Codexe tidak bisa menyelesaikan verifikasi proyek ini secara otomatis. Semua file masih ada. Lihat Proyek gagal atau perlu diperbaiki.
#Apa yang tidak bisa diperbaiki
- Perilaku. Perbaikan membereskan kode yang tidak bisa di-build. Perbaikan tidak bisa tahu bahwa sebuah fitur bekerja berbeda dari yang kamu maksud; beri tahu lewat chat.
- Masalah infrastruktur. Jika build sama sekali tidak bisa berjalan (repositori dependensi kehabisan waktu, layanan build sedang sibuk), tidak ada yang perlu diperbaiki. Proyek ditandai belum terverifikasi dan dicoba ulang nanti.
- Add-on Skript yang tidak didukung. Jika sebuah skrip membutuhkan add-on yang tidak ada di server uji coba, Codexe melaporkannya alih-alih menulis ulang skripmu.