Memperbaiki GPT-5.6 tidak ditemukan di Codex

Jika GPT-5.6 gagal di Codex, error tersebut jarang memberi tahu Anda apa yang harus diperbaiki. Kuncinya mungkin tidak mengekspos model, rute /v1 mungkin salah, atau permintaan Respons langsung mungkin berfungsi saat penyedia menolak metadata yang ditambahkan oleh Codex. Menjalankan perintah yang sama lagi biasanya akan mereproduksi gejala; dengan sendirinya, ini tidak mengidentifikasi lapisan yang gagal.

Kit gratis ini menguji kemungkinan-kemungkinan tersebut lapis demi lapis. Ini memverifikasi ID model yang tepat, keluaran Respons dasar, penanda teks SSE yang tepat dan peristiwa terminal response.completed, dan fungsi bernama dengan argumen JSON yang tepat. Kemudian menjalankan Codex dengan pengaturan penyedia sementara dari direktori kerja kosong dan menulis satu laporan JSON yang sudah dibersihkan. Cek langsung hanya mengirimkan penanda tetap; uji asap Codex membiarkan konfigurasi Anda saat ini tidak berubah. Kit ini memeriksa kompatibilitas; itu tidak menjadi tolok ukur kualitas model.

Cocokkan kesalahan GPT-5.6 sebelum mengubah konfigurasi

Jangan tempelkan satu kesalahan ke dalam solusi konfigurasi acak. API 404 langsung, peringatan metadata model Codex, dan pesan penyedia cooling down menjelaskan lapisan yang berbeda. Pemeriksaan di bawah ini mempertahankan perbedaan tersebut.

Apa yang dibuktikan oleh kit ini

Pengecekannya sengaja dibuat berlapis-lapis:

1. GET /v1/models mengonfirmasi bahwa kunci tersebut dapat melihat setiap ID model yang tepat.
2. Panggilan Respons non-streaming minimal mengonfirmasi pembuatan dasar dan memverifikasi ID model yang dikembalikan.
3. Pemeriksaan SSE memerlukan penanda teks yang tepat dan peristiwa terminal response.completed.
4. Pemeriksaan fungsi yang ketat memerlukan fungsi bernama dan argumen JSON yang tepat.
5. Proses codex exec yang terisolasi menguji Codex CLI yang diinstal melalui penyedia yang sama.

Melewati satu lapisan tidak berarti bahwa lapisan berikutnya lolos. Pemisahan itu adalah bagian yang berguna: jika pemeriksaan langsung API berhasil dan hanya codex_cli_smoke yang gagal, mengubah kunci API atau ID model sepertinya tidak akan memperbaiki masalah sebenarnya.

Jalankan tanpa menyentuh pengaturan yang ada

Letakkan check.mjs dan peluncur shell Anda di direktori yang sama. Di Bash atau Zsh, baca kuncinya tanpa memasukkan nilai literalnya ke dalam riwayat shell:

chmod +x run.sh
printf 'OmniaKey API key: ' >&2
IFS= read -r -s OMNIAKEY_API_KEY
printf '\n' >&2
export OMNIAKEY_API_KEY
./run.sh
unset OMNIAKEY_API_KEY

Di Windows PowerShell:

$secureKey = Read-Host 'OmniaKey API key' -AsSecureString
$env:OMNIAKEY_API_KEY = [System.Net.NetworkCredential]::new('', $secureKey).Password
.\run.ps1
Remove-Item Env:OMNIAKEY_API_KEY
$secureKey = $null

Proses default menguji keluaran Respons dasar pada Sol, Terra, dan Luna, lalu streaming, emisi panggilan fungsi, dan Codex ujung ke ujung pada Sol. Yaitu lima generasi langsung tetap ditambah satu putaran Codex terisolasi ketika Codex dipasang. Penggunaan API dapat ditagih meskipun kitnya gratis.

Gunakan --full untuk mengulangi pemeriksaan lebih dalam pada ketiga model. Itu menghasilkan sembilan generasi langsung dan tiga putaran Codex. Percobaan ulang API langsung dan batas percobaan ulang penyedia Codex adalah nol; kit tidak mencoba membuat 429. Jika model mengabaikan instruksi tetap tanpa alat dan memulai perulangan alat, putaran Codex dapat membuat permintaan model lain dan laporan menandainya sebagai gagal:

./run.sh --full

Untuk menguji satu model tanpa menjalankan Codex:

./run.sh --model gpt-5.6-terra --skip-codex

Kuncinya diterima hanya melalui variabel lingkungan dan tidak pernah menjadi argumen baris perintah. Perintah masukan diam di atas menjaga nilai literalnya keluar dari riwayat shell; seperti variabel lingkungan proses lainnya, variabel ini masih dapat diperiksa oleh proses lokal dengan izin yang memadai saat variabel tersebut disetel. Sebelum menulis laporan, skrip menyunting kunci persisnya ditambah formulir umum Bearer dan sk-... dari setiap bidang string yang dikontrol penyedia.

Apa yang dicatat dalam laporan tersebut

Setiap laporan mencakup versi kit, stempel waktu UTC, asal titik akhir dan jalur dasar, sistem operasi, arsitektur, versi Node dan Codex, model yang dipilih, nilai batas waktu, dan batas nol-coba lagi yang eksplisit. Bergantung pada lapisan dan hasilnya, bidang pemeriksaan yang berlaku meliputi:

• ID model yang diminta dan dilaporkan;
• status lulus, gagal, atau dilewati;
• Status HTTP dan header respons yang diizinkan untuk ID permintaan dan batas kecepatan;
• ID respons dan penggunaan token ketika titik akhir mengembalikannya;
• waktu yang telah berlalu dan alasan kegagalan atau kelalaian kontrak yang sebenarnya;
• kategori kesalahan yang dinormalisasi tanpa kunci API atau isi respons mentah.

File keluaran dibuat dengan izin khusus pemilik pada sistem POSIX. ID Permintaan bukanlah kredensial, namun tinjau laporan sebelum membagikannya karena ID tersebut dapat membantu penyedia melacak permintaan.

Kode keluar 0 berarti setiap pemeriksaan yang dijalankan berhasil. 1 berarti setidaknya satu pemeriksaan yang dijalankan gagal. 2 berarti argumen, lingkungan kunci, URL, atau prasyarat lainnya tidak valid. Instalasi Codex yang hilang dilaporkan sebagai skip, tidak disamarkan sebagai kegagalan API.

Fakta GPT-5.6 yang terverifikasi

OpenAI saat ini mendokumentasikan ID dan peran API berikut:

Alias ​​gpt-5.6 saat ini dirutekan ke gpt-5.6-sol. Untuk diagnostik, gunakan ID eksplisit: alias menambahkan pertanyaan perutean yang tidak diperlukan uji kompatibilitas.

Tiga halaman model saat ini semuanya mencantumkan jendela konteks 1,050,000 token API, input maksimum 922,000, output maksimum 128,000, dan batas pengetahuan 2026-02-16. Mereka juga mencantumkan Respons, Chat Completions, dan dukungan Batch, ditambah streaming, output terstruktur, dan pemanggilan fungsi. Lihat halaman utama untuk Sol, Terra, dan Luna.

Itu adalah batasan model API, bukan janji bahwa setiap konfigurasi klien Codex menampilkan jendela penuh. Codex memiliki katalog modelnya sendiri, model_context_window, dan perilaku pemadatan otomatis. Kit ini tidak mengirimkan perintah jutaan token atau menyimpulkan jendela Codex yang efektif dari judul API.

Konfigurasi penyedia Codex minimal

Konfigurasi Codex saat ini menggunakan ~/.codex/config.toml tingkat pengguna untuk penyedia kustom. Referensi konfigurasi saat ini mencantumkan responses sebagai nilai wire_api yang didukung. Contoh minimal OmniaKey adalah:

model = "gpt-5.6-sol"
model_provider = "omniakey"

[model_providers.omniakey]
name = "OmniaKey"
base_url = "https://api.omniakey.com/v1"
env_key = "OMNIAKEY_API_KEY"
wire_api = "responses"

env_key dan requires_openai_auth adalah mode autentikasi alternatif. Dokumentasi otentikasi Codex saat ini mengatakan bahwa requires_openai_auth = true membuat Codex mengabaikan env_key; jangan menambahkannya ke blok penyedia ini.

Cadangkan konfigurasi asli sebelum mengeditnya:

cp ~/.codex/config.toml ~/.codex/config.toml.before-gpt56

Setara dengan PowerShell:

Copy-Item "$HOME\.codex\config.toml" "$HOME\.codex\config.toml.before-gpt56"

Pemeriksa kompatibilitas tidak mengharuskan Anda mengedit file tersebut atau menggunakan pengaturan penyedianya. Uji asap Codex-nya mengabaikan konfigurasi pengguna, membuat CODEX_HOME sementara, meneruskan pengaturan penyedia hanya ke proses tersebut, menggunakan direktori kerja kosong dan kotak pasir hanya-baca, lalu menghapus direktori. Ia hanya meneruskan kunci ditambah daftar variabel lingkungan runtime, lokal, direktori sementara, proksi, dan TLS yang diizinkan; laporan mencatat nama mereka, bukan nilainya.

Sandboxing hanya-baca mencegah penulisan, tidak semua kemungkinan pembacaan. Prompt tanpa alat yang diperbaiki dicentang, tetapi ini bukan batas keamanan yang ketat. Gunakan --skip-codex atau jalankan kit di dalam wadah terisolasi atau VM jika mesin memiliki file yang tidak dapat dibaca oleh proses Codex.

Lihat referensi konfigurasi Codex dan panduan agen pengkodean OmniaKey sebelum melakukan perubahan permanen. Untuk mengetahui keputusan produk dan bukan pemecahan masalah, baca perbandingan Claude Code vs Codex.

Jika Codex sudah dipilih dan keputusannya adalah Sol, Terra, atau Luna, gunakan panduan model GPT-5.6 untuk Codex.

Untuk mengetahui fakta keluarga yang lebih luas dan harga resmi API, lihat ulasan GPT-5.6; kit ini tetap fokus pada pemecahan masalah kompatibilitas.

Bacalah kegagalan secara berlapis, bukan hanya menebak-nebak

Jangan gabungkan 401 dan 403 ke dalam diagnosis yang sama. 401 biasanya menunjuk ke otentikasi; 403 dapat berarti bahwa identitas yang valid tidak memiliki izin. Demikian pula, 404 dapat berupa jalur dasar /v1 yang salah atau jalur yang valid dengan model yang tidak tersedia.

[panduan kesalahan] OpenAI (https://developers.openai.com/api/docs/guides/error-codes) merekomendasikan pemeriksaan bentuk permintaan untuk permintaan yang buruk, mengatur kecepatan panggilan untuk batas kecepatan, dan mencoba ulang kesalahan server secara singkat. Kit ini sengaja memberikan percobaan ulang kepada Anda sehingga kegagalan pertama tetap terlihat.

Jebakan penyedia layanan kustom saat ini

Dua laporan Codex terbuka, #31870 dan #31882, mendokumentasikan kegagalan GPT-5.6 melalui Azure/penyedia kustom di Codex 0.144.x. Dalam kasus yang dilaporkan, panggilan Respons langsung berhasil sementara permintaan Codex gagal dengan kesalahan 400 yang menyebutkan X-OpenAI-Internal-Codex-Responses-Lite atau namespace collaboration yang dicadangkan.

Masalah ini merupakan laporan lapangan, bukan bukti bahwa setiap penyedia kustom gagal. Itulah alasan mengapa kit ini menjalankan lapisan langsung dan Codex secara terpisah.

Jika laporan Anda menunjukkan pemisahan tersebut:

1. Catat codex_version, kategori kesalahan sebenarnya, dan ID permintaan.
2. Tingkatkan ke rilis stabil terbaru Codex dan jalankan kembali versi kit yang sama.
3. Periksa apakah kedua masalah tersebut masih terbuka dan apakah pengelola telah menerbitkan perbaikan.
4. Kirim laporan yang sudah dibersihkan ke penyedia Anda atau dukungan Codex jika kegagalan terus berlanjut.

Masalah #31882 menjelaskan penggantian katalog model lengkap yang menonaktifkan metadata Responses-Lite dan multi-agen. Ini rapuh: penggantian menggantikan metadata katalog, dapat berubah setelah peningkatan, dan dapat menonaktifkan perilaku yang Anda andalkan. Versi 1.0.0 dari kit ini mendeteksi tanda-tanda kegagalan yang dilaporkan tetapi sengaja tidak menambal Codex atau merekomendasikan penurunan versi secara diam-diam.

Apa yang tidak diukur oleh kit ini

Ini adalah pemeriksaan kompatibilitas, bukan tolok ukur kualitas model. Ini tidak membandingkan akurasi pengkodean, perilaku konteks panjang, tingkat cache hit, latensi produksi, waktu pengosongan SSE progresif, harga yang ditagih, input gambar, alat yang dihosting, pekerjaan multi-agen, atau loop kelanjutan panggilan fungsi yang lengkap. Laporan berwarna hijau berarti kontrak yang diuji berfungsi satu kali dengan versi rekaman dan titik akhir. Itu tidak memprediksi setiap beban kerja atau menyediakan isolasi sistem file tingkat proses.

Agar dapat direproduksi, simpan laporan yang dihasilkan dan file kit persisnya. Verifikasi unduhan dengan SHA256SUMS, jalankan kembali setelah Codex atau perubahan penyedia, dan bandingkan pemeriksaan individual, bukan hanya status akhir.

Pertanyaan yang sering diajukan

Mengapa Codex mengatakan metadata model tidak ditemukan?

Codex tidak dapat mencocokkan model yang dipilih dengan metadata katalog dan kembali ke nilai umum. Periksa apakah permintaan Respons langsung berfungsi sebelum mengubah kredensial. Jika hanya Codex yang gagal, catat versi Codex dan jalankan pemeriksaan CLI yang terisolasi.

Mengapa saya mendapatkan model tidak ditemukan atau 404 untuk GPT-5.6 Sol?

Konfirmasikan bahwa URL dasar diakhiri dengan /v1, lalu periksa GET /v1/models untuk ID huruf kecil yang tepat gpt-5.6-sol. Kunci yang valid tidak menjamin akses ke setiap model.

Mengapa GPT-5.6 tidak tersedia dengan login ChatGPT Codex saya?

Codex yang diautentikasi ChatGPT dan kunci API melalui penyedia khusus merupakan jalur akses terpisah. Ketersediaan di satu tempat tidak membuktikan ketersediaan di tempat lain.

Haruskah saya mencoba lagi kesalahan pendinginan semua kredensial?

Ikuti sinyal coba lagi atau setel ulang penyedia. Percobaan ulang berulang kali tidak memperbaiki kumpulan kredensial yang habis dan dapat menambah lebih banyak beban.

Kapan saya harus menjalankan kit kompatibilitas?

Jalankan ketika pesan saja tidak mengidentifikasi apakah akses model, Responses API, atau Codex gagal. Simpan laporan yang sudah dibersihkan saat Anda memerlukan penyedia atau dukungan Codex.

Sumber diperiksa

• Menggunakan GPT-5.6
• Model GPT-5.6 dalam Codex
• Halaman model GPT-5.6 Sol
• Halaman model GPT-5.6 Terra
• Halaman model GPT-5.6 Luna
• Referensi konfigurasi Codex
• Otentikasi Codex untuk penyedia alternatif
• Panduan kesalahan OpenAI API
• Codex issue #31870 dan #31882, keduanya terbuka saat dicentang