ขีดจำกัด OpenRouter free tier และวิธีแก้ 429

คำตอบสั้นๆ: ขีดจำกัด free tier ที่แน่นอน

OpenRouter จำกัดการใช้งานฟรีบนสองแกน: เพดานต่อนาทีและงบ request รายวัน เพดานต่อนาทีสำหรับ model variant ฟรี (model ID ที่ลงท้ายด้วย :free) คือ 20 request ต่อนาที งบรายวันขึ้นอยู่กับว่าบัญชีของคุณเคยซื้อเครดิตอย่างน้อย $10 หรือไม่: ต่ำกว่าเกณฑ์สะสมนั้นคุณได้ 50 request สำหรับโมเดลฟรีต่อวัน ที่หรือเหนือกว่าเกณฑ์คุณได้ 1,000 ต่อวัน นี่คือตัวเลขที่ OpenRouter บันทึกไว้ ณ ต้นปี 2026 มันเคยเปลี่ยนมาก่อน (เพดานรายวันเคยสูงกว่านี้) ดังนั้นควรมองตารางนี้เป็นเส้นฐานปัจจุบัน ไม่ใช่การรับประกันถาวร และตรวจสอบกับ key ของคุณเองด้วยการเช็คในหัวข้อถัดไป 429 หมายความว่าคุณเกินหนึ่งในเพดานเหล่านี้ หรือ provider ต้นทางที่เสิร์ฟโมเดลฟรีนั้นหมด capacity แม้ quota ส่วนตัวของคุณจะยังปกติ ที่เหลือของคู่มือนี้ครอบคลุมวิธีบอกว่าคุณชนอะไร และควรทำอย่างไร

free tier ทำงานอย่างไรจริงๆ

โมเดลฟรีบน OpenRouter เป็นรายการ catalog แยกต่างหากที่มี suffix :free ถูกเสิร์ฟโดย provider ที่บริจาคหรืออุดหนุน capacity ซึ่งเป็นเหตุผลที่ availability ของมันแกว่งมากกว่า variant แบบจ่ายเงินของ weight เดียวกัน มีสามจุดที่คนมักพลาด อย่างแรก เพดานรายวันเป็นระดับบัญชี: 50 request กระจายไปทั่วทุกโมเดลฟรีที่ผสมกัน ไม่ใช่ 50 ต่อโมเดล อย่างที่สอง เกณฑ์ $10 นับจากการซื้อเครดิตสะสมตลอดชีพ ไม่ใช่ยอด balance ปัจจุบัน การซื้อ $10 ครั้งเดียวทำให้คุณอยู่ในกลุ่ม 1,000 request ต่อวันต่อไปแม้หลังใช้หมดแล้ว อย่างที่สาม ขีดจำกัดถูกบังคับใช้ระดับบัญชี ดังนั้นการสร้าง API key เพิ่มภายใต้บัญชีเดียวกันไม่ได้เพิ่มอะไรเลย คุณเช็คสถานะ key ของคุณได้แน่ชัด response จะมี is_free_tier, การใช้งานที่สะสมมา และ object rate_limit ที่ใช้กับ key ของคุณอยู่ตอนนี้:

curl https://openrouter.ai/api/v1/auth/key \
  -H "Authorization: Bearer $OPENROUTER_API_KEY"

# ฟิลด์ใน response ที่ควรอ่าน:
# "is_free_tier": true    -> ยังต่ำกว่าเกณฑ์สะสม $10
# "usage": 1.42           -> เครดิตที่ใช้ไปแล้ว
# "rate_limit": {...}     -> เพดานต่อช่วงเวลาที่ใช้กับ key นี้

ทำไม 429 พุ่งช่วงพีค

เพดานส่วนตัวของคุณเป็นแค่ครึ่งเดียวของเรื่องราว capacity ฟรีคือ pool ที่ใช้ร่วมกัน และ OpenRouter route request ฟรีไปยัง provider ที่มี capacity อุดหนุนเหลืออยู่ในขณะนั้นได้เท่านั้น เมื่อโมเดลฟรียอดนิยมอิ่มตัว คุณจะได้ 429 หรือ error จากต้นทางแม้จะส่ง request ไปแค่ไม่กี่ครั้งในวันนั้น รายงานจากคอมมูนิตี้บอกตรงกันว่าช่วงเย็นตามเวลา US และวันหยุดสุดสัปดาห์เป็นช่วงเวลาที่แย่ที่สุด โดย request เดียวกันสำเร็จทันทีในช่วงนอกพีค นี่เป็นข้อสังเกตโดยประมาณ ไม่ใช่ตัวเลขที่เผยแพร่ทางการ แต่เกิดซ้ำบ่อยพอที่จะวางแผนตามได้ Frontend สำหรับ chat ยิ่งขยายปัญหานี้ SillyTavern และ JanitorAI ส่ง completion request ใหม่ทุกครั้งที่ swipe, regenerate หรือ turn ใน group chat และการตั้งค่า proxy บางแบบ retry อัตโนมัติเมื่อล้มเหลว ผู้ใช้ที่รู้สึกว่าส่งไป 15 ข้อความอาจสร้าง request ไปแล้ว 40 ถึง 50 ครั้ง ซึ่งเท่ากับงบรายวันทั้งหมดของบัญชีที่ต่ำกว่าเกณฑ์ $10 การ retry อัตโนมัติที่ก้าวร้าวยังทำให้ความแออัดช่วงพีคหนักขึ้นสำหรับทุกคน ซึ่งเป็นเหตุผลที่ backoff แบบมีวินัยสำคัญ วิธีวินิจฉัยที่ใช้งานได้จริง: ถ้า 429 หยุดเมื่อคุณรอจนถึงเวลารีเซ็ตรายวัน แสดงว่าคุณชน quota ถ้ามันมาๆ หายๆ ภายในชั่วโมงเดียวกันในขณะที่จำนวน request ของคุณยังต่ำ แสดงว่าคุณกำลังเจอความแออัดของ pool

วิธีแก้ เรียงตามความพยายาม

ถ้าคุณยังคง traffic ไว้บน free tier client ขั้นต่ำที่ใช้งานได้ควรจัดการ 429 อย่างชัดเจนแทนที่จะล้มเหลวหรือ retry แบบสุ่มสี่สุ่มห้า:

• อ่าน error body ก่อน 429 ของ OpenRouter แยกความแตกต่างระหว่างเพดานต่อนาทีของคุณ, quota รายวันที่หมดแล้ว และความแออัดต้นทาง แก้ตัวที่คุณชนจริง
• เคารพ Retry-After และ backoff แบบทวีคูณพร้อม jitter การยิงซ้ำใส่ endpoint จะทำให้คุณโดนจำกัดนานขึ้นและทำให้ความแออัดแย่ลง
• ข้ามเกณฑ์เครดิตสะสม $10 ครั้งเดียว มันยกเพดานรายวันจาก 50 เป็น 1,000 request และเป็นวิธีแก้ที่ให้ผลสูงสุดสำหรับ 429 ที่เกิดจาก quota รายวัน
• ย้าย traffic ที่สำคัญไปยัง variant แบบจ่ายเงินของโมเดลเดียวกัน โมเดลระดับ DeepSeek มีราคาต่ำกว่าหนึ่งดอลลาร์ต่อล้าน token มาก ดังนั้นเย็นวันที่ chat หนักๆ มักมีค่าใช้จ่ายแค่ไม่กี่เซนต์
• ลดปริมาณ request ที่ฝั่ง client: ปิดการ regenerate อัตโนมัติ หลีกเลี่ยงการ swipe ที่ไม่จำเป็น และตัด context ให้สั้นลงเพื่อให้แต่ละ retry ถูกลงเมื่อเกิดขึ้นจริง

import random
import time

import requests

def chat(payload: dict, key: str, retries: int = 5) -> dict:
    for attempt in range(retries):
        r = requests.post(
            "https://openrouter.ai/api/v1/chat/completions",
            headers={"Authorization": f"Bearer {key}"},
            json=payload,
            timeout=120,
        )
        if r.status_code != 429:
            r.raise_for_status()
            return r.json()
        wait = float(r.headers.get("Retry-After", 2 ** attempt + random.random()))
        time.sleep(wait)
    raise RuntimeError("Still rate limited after all retries")

ทางเลือกเมื่อ 50 request ต่อวันไม่พอ

ถ้ารูปแบบการใช้งานของคุณเกินงบฟรีอยู่เสมอ มีสี่เส้นทางที่ใช้งานได้จริง ตัวที่ใช่สำหรับคุณขึ้นอยู่กับว่าคอขวดของคุณคือ quota รายวัน ความแออัดช่วงพีค หรือทั้งสองอย่าง ควรรู้ไว้ว่าทางเลือกแบบจ่ายเงินต่างกันหลักๆ ที่ overhead ไม่ใช่รูปแบบ request: ทั้งหมดพูดภาษาเดียวกันคือ chat completions แบบ OpenAI-compatible ดังนั้นการสลับก็แค่เปลี่ยน base URL กับ key ไม่ต้องเขียนใหม่

รัน chat frontend บน gateway โดยตรง

Gateway โดยตรงยังคงรูปแบบ request แบบ OpenAI-compatible แต่ตัดคิวของ pool ฟรีออก เพราะทุก request เป็น capacity แบบจ่ายเงิน APIsRouter เป็นตัวอย่างหนึ่ง: จ่ายตามการใช้งานจริงโดยไม่มี subscription และ checkout ที่ /topup ไม่ต้องสมัครสมาชิก จ่ายก่อนแล้ว API key มาถึงทางอีเมล โมเดล global ราคาถูกกว่าราคาทางการ 20% โมเดลจีนต่ำกว่าราคาทางการ และการเติมเงินครั้งแรกเพิ่ม balance เริ่มต้นเป็นสองเท่า การตั้งค่า frontend สะท้อนสิ่งที่คุณทำกับ OpenRouter อยู่แล้ว ใน SillyTavern วาง base URL ที่ลงท้ายด้วย /v1 (https://api.apisrouter.com/v1) แล้วรายการโมเดลจะถูกดึงมาให้อัตโนมัติจาก /v1/models ด้วย key ของคุณ การตั้งค่า proxy ของ JanitorAI ต้องการ endpoint แบบเต็มแทน: https://api.apisrouter.com/v1/chat/completions พร้อมชื่อโมเดลและ API key สำหรับ traffic character chat และ roleplay ตระกูล DeepSeek V4 เป็นตัวเลือกคุ้มค่าที่คอมมูนิตี้ชื่นชอบ พร้อมด้วย MiMo, GLM-5 และ Kimi K2.6 เป็นตัวเลือกคุ้มค่าเพิ่มเติม Claude Sonnet 4.6 เขียนงานเขียนที่แข็งแรงที่สุดสำหรับ creative writing แบบ safe-for-work ภายใต้นโยบายเนื้อหาของ Anthropic

curl https://api.apisrouter.com/v1/chat/completions \
  -H "Authorization: Bearer sk-..." \
  -H "Content-Type: application/json" \
  -d '{
    "model": "deepseek-v4-flash",
    "messages": [{"role": "user", "content": "Hello"}]
  }'

คำถามที่พบบ่อย