OpenClaw & AI Operasional

Warning OpenClaw 2026.5.5: Kalau Route Codex Terlanjur Geser, 2026.5.6 Jadi Jalur Recovery

Checklist recovery untuk user OpenClaw 2026.5.5 yang route Codex OAuth-nya bergeser ke OpenAI API, dan kenapa 2026.5.6 jadi jalur aman berikutnya.
Featured image

OpenClaw 2026.5.5 punya satu pelajaran yang cukup mahal: perubahan kecil di route model bisa berdampak besar kalau menyentuh auth dan billing.

Masalahnya bukan sekadar nama model berubah. Problem utamanya ada di jalur openai-codex/* yang bisa terdorong ke openai/* lewat repair logic. Untuk setup yang memakai ChatGPT/Codex OAuth, pergeseran ini bisa bikin agent gagal jalan. Untuk setup yang juga punya OPENAI_API_KEY, dampaknya bisa lebih berbahaya: traffic yang Anda kira lewat OAuth/subscription bisa mencoba jalur direct OpenAI API.

OpenClaw 2026.5.6 keluar sebagai hotfix untuk area ini. Kalau Anda sempat upgrade ke 2026.5.5 atau menjalankan doctor --fix di versi itu, artikel ini adalah checklist recovery yang perlu dibaca pelan-pelan.

Ringkasan cepat

  • 2026.5.5 membawa repair logic untuk route Codex, tapi di beberapa laporan justru menggeser route valid openai-codex/* ke openai/*.
  • Efeknya bisa memutus ChatGPT/Codex OAuth atau membuat runtime mencari OPENAI_API_KEY.
  • Ada laporan biaya muncul karena penggunaan berpindah ke direct OpenAI API.
  • 2026.5.6 secara resmi me-revert repair bermasalah itu.
  • Kalau default model Anda sudah berubah, release resmi menyarankan mengembalikan default ke openai-codex/gpt-5.5 lalu validasi config.
  • Setelah recovery, cek lagi model route aktif dari session, bukan cuma file config.

Kenapa bug ini berbahaya?

Karena bentuknya terlihat seperti perbaikan.

Operator menjalankan update. Lalu Doctor menawarkan atau menjalankan migration. Di permukaan, ini terdengar aman. Tapi kalau hasilnya mengubah openai-codex/gpt-5.5 menjadi openai/gpt-5.5, jalur auth ikut berubah.

Buat user yang memakai OAuth, route openai-codex/* adalah jalur yang benar. Mengubahnya ke openai/* bukan sekadar normalisasi nama. Itu bisa berarti pindah provider path.

Kalau API key tidak ada, error-nya kelihatan cepat. Kalau API key ada, problem bisa lebih sunyi: request bisa jalan, tapi lewat jalur billing yang tidak Anda maksud.

Issue yang perlu Anda tahu

Ada beberapa laporan yang membentuk pola yang sama.

Issue #78407

Laporan ini menyebut doctor --fix setelah update 2026.5.4 ke 2026.5.5 bisa me-rewrite semua referensi openai-codex/* menjadi openai/*. Dampaknya langsung ke user yang hanya punya ChatGPT/Codex OAuth.

Ini adalah akar warning utama.

Issue #78509

Di issue ini, migrasi ke openai/gpt-5.5 membuat runtime meminta OPENAI_API_KEY. Yang membuatnya makin janggal, hint error runtime justru menyarankan balik memakai openai-codex/gpt-5.5.

Kalau tool repair dan runtime hint saling bertentangan, operator tidak boleh auto-apply tanpa baca diff.

Issue #78519

Ini sisi finansialnya. Ada laporan update 2026.5.5 menggeser penggunaan dari subscription/OpenAI Codex ke direct OpenAI API dan langsung menimbulkan biaya.

Angkanya mungkin kecil di laporan awal, tapi pattern-nya serius. Kalau workload agent besar, biaya bisa naik cepat sebelum Anda sadar.

Issue #78539

Issue ini bukan inti Codex OAuth, tapi masih relevan untuk recovery. Gateway bisa startup loop jika config lama menunjuk provider web search yang unavailable, misalnya brave.

Artinya, saat recovery jangan cuma cek model. Cek juga config provider/plugin lama yang bisa membuat gateway gagal naik.

Apa yang diperbaiki 2026.5.6?

Release resmi 2026.5.6 menyebut fix utamanya dengan cukup jelas: Doctor/OpenAI Codex me-revert repair 2026.5.5 yang menulis ulang route valid openai-codex/* ke openai/*.

Release note juga menyebut risiko yang sama: OAuth-only GPT-5.5 bisa break, atau user bisa tidak sengaja pindah ke route OpenAI API-key.

Jadi 2026.5.6 bukan cuma update biasa. Ini recovery release untuk keputusan repair yang terlalu agresif di 2026.5.5.

Checklist recovery kalau Anda sudah kena

Kalau Anda sempat upgrade ke 2026.5.5, lakukan ini sebelum menyimpulkan sistem sehat.

1. Cek versi yang sedang jalan

Jangan cuma cek CLI. Cek gateway juga.

openclaw --version
openclaw status --deep --timeout 30000

Pastikan CLI dan gateway tidak mismatch.

2. Cek default model

Kalau Anda memakai Codex OAuth, model harus tetap di route openai-codex/*.

openclaw config get agents.defaults.model.primary
openclaw config get agents.defaults.model.fallbacks

Kalau hasilnya berubah ke openai/gpt-5.5 padahal Anda berniat memakai OAuth, itu red flag.

3. Kembalikan route Codex OAuth bila perlu

Release resmi 2026.5.6 memberi recovery path untuk mengembalikan default ke Codex OAuth PI route.

openclaw models set openai-codex/gpt-5.5
openclaw config validate

Sesuaikan versi model dengan setup Anda. Di beberapa host, model aktif bisa saja openai-codex/gpt-5.4 atau fallback khusus.

4. Restart gateway

Setelah config/model diperbaiki, restart gateway.

openclaw gateway restart

Lalu cek ulang.

openclaw status --deep --timeout 30000

5. Cek session route, bukan cuma config

Ini penting. File config bisa benar, tapi session lama kadang masih memegang state atau model override.

Cek status session aktif. Pastikan auth yang dipakai masih OAuth openai-codex, bukan openai:default atau direct API key path.

6. Cek environment API key

Kalau Anda punya OPENAI_API_KEY di host yang sama, cek billing setelah recovery. Jangan tunggu tagihan akhir bulan.

Bug seperti ini paling berbahaya ketika sistem tetap berjalan sehingga terlihat sehat, padahal route biaya berubah.

Hasil recovery di host saya

Di host saya, 2026.5.5 tidak dijadikan target live. Saya tahan dulu setelah audit issue, lalu naik langsung dari 2026.5.4 ke 2026.5.6 setelah hotfix keluar.

Hasil akhir:

  • OpenClaw 2026.5.6 aktif,
  • gateway 2026.5.6 aktif,
  • Telegram OK,
  • event loop OK,
  • default route tetap openai-codex/gpt-5.4,
  • fallback tetap openai-codex/gpt-5.4-mini,
  • auth tetap OAuth openai-codex.

Dengan kata lain, recovery path berhasil karena route tidak bergeser.

Kesalahan yang perlu dihindari

Beberapa hal yang menurut saya jangan dilakukan:

  • jangan menjalankan doctor --fix secara blind setelah upgrade sensitif,
  • jangan menganggap openai/gpt-5.5 sama dengan openai-codex/gpt-5.5,
  • jangan menganggap gateway OK berarti billing route juga benar,
  • jangan update dari 2026.5.5 tanpa cek apakah default model sudah sempat berubah,
  • jangan lupa cek session lama di Telegram.

Kalau sudah telanjur kena, jangan panik. Tapi jangan asal patch satu field lalu selesai. Ikuti urutan: versi, config, route, restart, session, billing.

Apakah harus upgrade ke 2026.5.6?

Kalau Anda ada di 2026.5.5 dan memakai openai-codex/*, saya lebih condong bilang: iya, update ke 2026.5.6 atau versi setelahnya jauh lebih masuk akal daripada bertahan.

Kalau Anda masih di 2026.5.4 dan host sehat, jangan lompat ke 2026.5.5. Targetkan 2026.5.6 setelah backup dan dry-run.

Kalau Anda tidak memakai Codex OAuth sama sekali, urgency-nya lebih rendah. Tapi tetap ada fix lain di 2026.5.6 untuk fetch/header handling dan web fetch timeout cleanup yang bisa relevan untuk plugin/runtime.

Kesimpulan

Warning utama 2026.5.5 adalah route yang terlihat seperti normalisasi, tapi bisa mengubah jalur auth dan billing.

OpenClaw 2026.5.6 memperbaiki titik itu. Buat user yang memakai Telegram dan Codex OAuth, ini release yang lebih aman untuk dijadikan target dibanding 2026.5.5.

Tetap backup. Tetap cek route. Dan setelah upgrade, jangan cuma percaya versi. Pastikan agent benar-benar masih jalan lewat jalur yang Anda maksud.

Sumber resmi dan issue terkait:

  • Release OpenClaw 2026.5.6: https://github.com/openclaw/openclaw/releases/tag/v2026.5.6
  • Dokumentasi recovery Codex OAuth routing: https://docs.openclaw.ai/providers/openai#check-and-recover-codex-oauth-routing
  • Issue #78407: https://github.com/openclaw/openclaw/issues/78407
  • Issue #78509: https://github.com/openclaw/openclaw/issues/78509
  • Issue #78519: https://github.com/openclaw/openclaw/issues/78519
  • Issue #78539: https://github.com/openclaw/openclaw/issues/78539
15 Views
0 Likes
0 Shares
Estimasi waktu baca: 5 menit

Tentang Penulis

Rama Aditya

Rama Aditya

Digital Marketing Strategist
Fullstack Engineer
Business Consultant

Profesional dengan pengalaman 15+ tahun dalam digital marketing, fullstack development, dan konsultasi bisnis. Fokus membantu bisnis Indonesia membangun sistem yang efisien, scalable, dan berdampak langsung ke pertumbuhan bisnis.

Pelajari Tentang Kami
RD
Rama Digital

Spesialis integrasi sistem marketing dan modernisasi aplikasi untuk pebisnis Indonesia. Membantu UMKM dan perusahaan scale dengan teknologi modern.

Contact

  • [email protected]
  • +62 851-2617-8958
  • Park 23 Creative Hub, 3rd Floor
    Jl. Kediri, Tuban, Kuta, Badung
    Bali 80361
  • 9:00 - 18:00 WIB

Mulai Project

Siap optimasi bisnis Anda dengan teknologi modern? Konsultasi gratis sekarang.

Konsultasi Gratis