DeepSeek ล่มไหม?

ให้ตรวจสอบที่รหัสสถานะ HTTP หากเป็น 401 และ 403 หมายถึงปัญหาเกี่ยวกับคีย์หรือสิทธิ์การใช้งาน 400 และ 422 หมายถึงรูปแบบคำขอไม่ถูกต้อง 429 หมายถึงติดขัดเรื่องอัตราการเรียกใช้ (Rate limit) หรือวงเงินการใช้งาน จะมีเพียง 500, 502, 503, 504 และปัญหา Timeout เท่านั้นที่เป็นปัญหาจากฝั่ง DeepSeek หากหน้านี้แสดงสถานะเป็นสีเขียวแต่คุณยังพบข้อผิดพลาดดังกล่าว ให้ลองส่งคำขอแบบพื้นฐานที่สุดผ่าน curl เพื่อตัดปัญหาที่อาจเกิดจากไลบรารีฝั่งไคลเอนต์หรือพร็อกซีของคุณ

ตั้งค่าให้ลองส่งคำขอใหม่ (Retry) สำหรับการตอบกลับรหัส 429 และ 5xx โดยใช้ Exponential backoff ร่วมกับการสุ่มหน่วงเวลาเล็กน้อย (Jitter) จำกัดจำนวนครั้งในการลองใหม่ และกำหนดเวลา Timeout เพื่อป้องกันไม่ให้คำขอสตรีมที่ค้างสะสมจนมากเกินไป สำหรับฟังก์ชันที่ผู้ใช้มองเห็นโดยตรง ควรตั้งค่าโมเดลสำรองจากผู้ให้บริการรายอื่นไว้ และสลับไปใช้โดยอัตโนมัติเมื่อพบข้อผิดพลาดติดต่อกันหลายครั้ง ซึ่งสามารถดูรายชื่อโมเดลที่ใช้งานได้ปกติในขณะนี้ได้จากรายการด้านบน

การจำกัดการใช้งานจะคิดแยกตามองค์กรและตามโมเดล บัญชีของคุณจึงอาจถูกจำกัดความเร็วในขณะที่คนอื่นใช้งานได้ปกติ นอกจากนี้โมเดลที่เพิ่งเปิดตัวและโมเดลขนาดใหญ่มักเป็นกลุ่มแรกที่ติด rate limit ในช่วงเวลาที่มีผู้ใช้หนาแน่น ให้ตรวจสอบหน้าการใช้งานของบัญชีคุณ ลองเปลี่ยนไปใช้โมเดลที่เล็กลง และตรวจสอบให้แน่ใจว่าเรียกใช้ base URL และภูมิภาคที่ถูกต้อง

ให้สังเกตเวลาในการสร้าง token แรก (time to the first token) มากกว่าเวลาทั้งหมด สำหรับคำขอทดสอบของเรา เราจะระบุว่าช้าเมื่อ token แรกใช้เวลานานกว่า 3 วินาที และช้ากว่าค่ามัธยฐานของวันนั้นเกิน 3 เท่า ส่วน prompt และผลลัพธ์ที่ยาวมากตามธรรมชาติต้องใช้เวลาอยู่แล้ว จึงไม่ถือว่าเป็นปัญหา

สำหรับ DeepSeek เราประมวลผลข้อมูลร่วมกันจากสัดส่วนคำขอที่สำเร็จของโมเดลจาก DeepSeek บน OpenRouterและรายงานจากผู้ใช้ที่กดปุ่มแจ้งปัญหาในหน้านี้ สัญญาณที่มีปัญหารุนแรงที่สุดและยังเป็นข้อมูลล่าสุดจะเป็นตัวกำหนดสถานะ โดยระบบจะข้ามข้อมูลที่เก่าเกินไปแทนที่จะนำมาใช้วิเคราะห์ หน้านี้จะรีเฟรชโดยอัตโนมัติ สำหรับเกณฑ์การตัดสินโดยละเอียดสามารถดูได้ที่หน้า “วิธีที่เราตรวจสอบ”