Error 429: apa yang harus dilakukan saat grok-4.7 gagal

Kode 429 berarti batas laju tercapai: jumlah permintaan atau token dalam satu jendela waktu melebihi kuota paket Anda.

429 Too Many Requests adalah respons pembatasan laju, bukan error. Artinya permintaan valid, hanya saja melampaui laju permintaan atau konkurensi yang diizinkan paket Anda saat ini. Tunggu sesuai jendela yang ditunjukkan header lalu coba lagi; body tidak perlu diubah.

grok-4.7 disediakan oleh xAI. Semua di halaman ini — penyebab, solusi, dan data terukur — disusun dari perilaku runtime nyata model ini di lapisan gateway.

Di gateway ini, pemicu yang paling umum adalah: Terlalu banyak permintaan bersamaan. Tindakan pertama yang disarankan: Batasi konkurensi dan coba ulang dengan jeda eksponensial.

Penyebab umum

  • Terlalu banyak permintaan bersamaan
  • Kuota paket saat ini habis
  • Mencoba ulang tanpa jeda

Cara mengatasi

  • Batasi konkurensi dan coba ulang dengan jeda eksponensial
  • Beralih ke paket dengan kuota lebih besar
  • Simpan cache permintaan yang berulang

Contoh percobaan ulang dengan exponential backoff

Kode di bawah mencoba ulang ketika grok-4.7 mengembalikan 429, maksimal 5 kali, dengan waktu tunggu yang meningkat plus jitter acak agar permintaan paralel tidak mengulang bersamaan. Baca base URL dan API key dari environment variable, jangan hardcode.

import os, time, random
import requests

BASE  = os.getenv("OPENAI_BASE_URL")   # e.g. https://<your-gateway>/v1
KEY   = os.getenv("OPENAI_API_KEY")
MODEL = 'grok-4.7'


def chat(messages, retries=5):
    """Retry with exponential backoff + jitter."""
    for i in range(retries):
        try:
            r = requests.post(
                BASE + "/chat/completions",
                headers={"Authorization": "Bearer " + KEY},
                json={"model": MODEL, "messages": messages, "stream": True},
                timeout=60,
            )
            if r.status_code == 429 or r.status_code >= 500:
                time.sleep(min(2 ** i + random.uniform(0, 1), 30))
                continue
            r.raise_for_status()
            return r.json()
        except requests.exceptions.Timeout:
            time.sleep(min(2 ** i + random.uniform(0, 1), 30))
    raise RuntimeError("gave up after " + str(retries) + " retries")


print(chat([{"role": "user", "content": "hello"}]))

Data penting model ini

Endpoint APIhttps://api.airai.cc/v1
Kompatibel OpenAIOpenAI-compatible
VendorxAI
Konteks500K
KemampuanReasoning, Tools, Files, Vision
Format APIopenai, openai-response, openai-response-compact, anthropic, gemini, openai-alpha-search
Rumus penagihanp * 2 + cr * 0.5 + c * 6) : tier("200k_plus", p * 4 + cr * 1 + c * 12

FAQ

Apakah saya harus upgrade paket untuk mengatasi 429 di grok-4.7?

Ini terutama soal kuota, bukan kerusakan model. Menaikkan batas paket atau menurunkan frekuensi pemanggilan, keduanya membantu. Penagihan mengikuti p * 2 + cr * 0.5 + c * 6) : tier("200k_plus", p * 4 + cr * 1 + c * 12, tanpa output berarti tanpa tagihan. Dengan penagihan p * 2 + cr * 0.5 + c * 6) : tier("200k_plus", p * 4 + cr * 1 + c * 12, biaya output panjang sebagian besar dari token output. Periksa saldo dan batas laju di konsol dulu, baru periksa kodenya. Saat memperkirakan biaya dari p * 2 + cr * 0.5 + c * 6) : tier("200k_plus", p * 4 + cr * 1 + c * 12, sertakan juga anggaran percobaan ulang.

Apakah permintaan yang gagal tetap dihitung dalam kuota rate limit?

Tidak ada tagihan, hanya output yang benar-benar dihasilkan yang dihitung. Harga input sekitar $2.00 per juta token. Dengan penagihan p * 2 + cr * 0.5 + c * 6) : tier("200k_plus", p * 4 + cr * 1 + c * 12, biaya output panjang sebagian besar dari token output. Periksa saldo dan batas laju di konsol dulu, baru periksa kodenya. Saat memperkirakan biaya dari p * 2 + cr * 0.5 + c * 6) : tier("200k_plus", p * 4 + cr * 1 + c * 12, sertakan juga anggaran percobaan ulang.

Apakah 429 lebih sering terjadi di percakapan multi-giliran dengan grok-4.7?

Ini masalah konfigurasi sisi klien, sisi server tidak perlu diubah. Jendela konteks 500K menentukan input maksimum per permintaan; yang melebihinya langsung ditolak. Potong atau ringkas input yang panjang — ini menurunkan 429 secara nyata.

Apakah 429 pulih sendiri atau perlu tindakan manual?

Error ini tidak terkait kemampuan model, melainkan level gateway. Tag kapabilitas model ini adalah Reasoning, Tools, Files, Vision. Jika berlangsung beberapa menit, hubungi dukungan platform untuk memastikan status upstream. Tentukan dulu apakah ini level akun atau level model; penanganannya benar-benar berbeda.

Error lain pada model ini

Model lain dengan error yang sama

Data diperbarui: 2026-10-10 15:40

Dukungan teknisDukungan langsung
Kembali ke atas