روش بررسی ما
تمام وضعیت‌ها در این سایت بر اساس چند قاعده شفاف و عمومی تعیین می‌شوند. هیچ ارائه‌دهنده‌ای برای دریافت چراغ سبز پولی پرداخت نمی‌کند، و هرگاه داده‌ای نباشد به جای حدس زدن، می‌گوییم «بدون داده».
- چندین منبع، یک پاسخ
- درخواست‌های آزمایشی مستقیم ما
- صفحه وضعیت رسمی ارائه‌دهنده
- ترافیک واقعی از طریق OpenRouter
- گزارش‌های ارسالی کاربران
- جلوگیری از هشدارهای نادرست
- راهنمای نوارهای رنگی
- آنچه از دید ما پنهان است
- منبع این آمار و ارقام
چندین منبع، یک پاسخ
ما برای هر سرویس تا چهار سیگنال مستقل جمع‌آوری می‌کنیم. هر یک از آن‌ها می‌تواند هشدار را فعال کند، و جدی‌ترین سیگنالی که همچنان معتبر و تازه باشد، وضعیت نهایی را مشخص می‌کند. منبعی که ارسال داده را متوقف کرده یا داده‌هایش قدیمی شده باشد نادیده گرفته می‌شود.
درخواست‌های آزمایشی مستقیم ما
در سرویس‌هایی که دسترسی API داریم، یک ربات کوچک هر یک تا دو دقیقه یک پرامپت استریمینگ بسیار کوتاه را مستقیماً به API ارائه‌دهنده ارسال می‌کند و زمان دریافت اولین توکن را می‌سنجد. اگر تلاشی ناموفق باشد، پیش از ثبت نهایی، دو بار دیگر با فاصله بیست ثانیه تکرار می‌شود. خطاهای مربوط به محدودیت مصرف (rate-limit) و خطاهای پیکربندی سیستم خودمان حذف می‌شوند تا یک سرویس سالم به اشتباه خراب نشان داده نشود.
- قطع سه بررسی متوالی اخیر با شکست مواجه شده باشند
- اختلال مقطعی نیمی از بررسی‌ها یا بیشتر در ده دقیقه اخیر ناموفق بوده باشند
- کند یا دارای اختلال دست‌کم یک بررسی از هر پنج بررسی ناموفق باشد، یا دریافت اولین توکن بیش از ۳ ثانیه طول بکشد و سه برابر بیشتر از میانه روز گذشته باشد
صفحه وضعیت رسمی ارائه‌دهنده
ما هر دقیقه صفحات رسمی وضعیت را بررسی می‌کنیم و تنها بخش‌های مرتبط با همان سرویس را می‌سنجیم؛ مثلاً برای ChatGPT فقط وضعیت بخش‌های مربوط به آن خوانده می‌شود، نه تمام سرویس‌های OpenAI. اگر صفحه‌ای ظرف پانزده دقیقه به‌روزرسانی نشده باشد، آن را نادیده می‌گیریم؛ یک صفحه بدون تغییر نباید بتواند سرویس را به اشتباه سبز یا قرمز نگه دارد.
ترافیک واقعی از طریق OpenRouter
OpenRouter نرخ موفقیت درخواست‌ها را برای هر مدل در هر ارائه‌دهنده منتشر می‌کند. ما مدل‌های اختصاصی هر ارائه‌دهنده را روی اندپوینت‌های خودش بررسی می‌کنیم. اگر دست‌کم دو مدل و حداقل نیمی از مدل‌های آن ارائه‌دهنده در طول ۳۰ دقیقه نرخ موفقیتی زیر ۸۰٪ داشته باشند و هم‌زمان ۱۰ درصد پایین‌تر از میانگین روزانه خود باشند، وضعیت سرویس کند یا دارای اختلال ثبت می‌شود؛ اگر این میانگین به زیر ۵۰٪ برسد، وضعیت به اختلال مقطعی تغییر می‌کند.
اگر سه ارائه‌دهنده یا بیشتر به طور هم‌زمان دچار افت شوند، مشکل از خود OpenRouter است؛ بنابراین این سیگنال برای همه سرویس‌ها موقتاً کنار گذاشته می‌شود.
گزارش‌های ارسالی کاربران
در صفحه هر سرویس دکمه‌ای با عنوان «مشکل دارم» وجود دارد. ثبت ده گزارش یا بیشتر در مدت پانزده دقیقه، در صورتی که چهار برابر نرخ معمول آن سرویس باشد، وضعیت را به کند یا دارای اختلال تغییر می‌دهد. گزارش‌های کاربران به تنهایی هرگز باعث ثبت وضعیت قطع نمی‌شوند؛ همچنین گزارش هر کاربر برای هر سرویس فقط یک بار در هر نیم ساعت (با یک سقف ساعتی مشخص) ثبت می‌شود.
جلوگیری از هشدارهای نادرست
وضعیت هر ۳۰ ثانیه دوباره محاسبه می‌شود. برای بازگشت به وضعیت «فعال و بدون مشکل»، سرویس باید به مدت سه دقیقه کامل بدون هیچ خطایی کار کند تا سرویسی که مدام قطع و وصل می‌شود، وضعیت سایت را دچار نوسان نکند.
راهنمای نوارهای رنگی
نوار ۲۴ ساعته شامل ۴۸ میلهٔ نیم‌ساعته است؛ نوار ۳۰ روزه برای هر روز یک میله دارد. هر میله رنگ بدترین وضعیتی را می‌گیرد که در آن بازه رخ داده است. رنگ خاکستری یعنی در آن زمان داده‌ای نداشتیم — نه اینکه همه‌چیز مرتب بوده است.
آنچه از دید ما پنهان است
ربات‌های ما از یک دیتاسنتر در اروپا اجرا می‌شوند؛ بنابراین اختلالی که فقط به یک کشور، یک اپراتور موبایل یا یک شبکهٔ اداری محدود باشد ممکن است به ما نرسد. ما دسترسی به محدودیت‌های حساب یا وضعیت صورت‌حساب شما نداریم. همچنین برخی سرویس‌ها، مثلاً Midjourney، نه API عمومی دارند و نه صفحهٔ وضعیت؛ برای آن‌ها تنها منبع ما گزارش‌های کاربران است.
منبع این آمار و ارقام
سایت isAIlive پروژهٔ خواهر llmlive.ai است که کار پایش را انجام می‌دهد؛ هر دو سایت داده‌های یکسانی را می‌خوانند. این سایت فقط یک چیز را نشان می‌دهد — اینکه آیا ابزار مورد نیاز شما همین الان کار می‌کند یا خیر.
معنای هر وضعیت
- فعال و بدون مشکل هیچ منبعی مشکلی گزارش نکرده است.
- در حال تعمیرات ارائه‌دهنده از قبل برای این زمان تعمیرات اعلام کرده بود.
- کند یا دارای اختلال کندی یا خطا وجود دارد، اما بیشتر درخواست‌ها انجام می‌شوند.
- اختلال مقطعی بخش بزرگی از درخواست‌ها یا یک قابلیت به‌طور کامل با خطا مواجه می‌شود.
- قطع سرویس برای بیشتر کاربران قطع است.
- بدون داده دادهٔ تازه‌ای از هیچ منبعی در دست نیست.