الخلاصة

  • تقيس وثائق GroqCloud الإنتاجية بثماني وحدات مسمّاة وعلى مستوى المؤسسة، ثم تحيل كل عميل إلى إعدادات حسابه لمعرفة الرقم الذي ينطبق فعليًا: فالصفحة العامة اصطلاح قياس قبل أن تكون سقفًا.
  • إشارتا فشل مختلفتان تقابلان سببين مختلفين، 429 عند تجاوز معدل مقيس و498 عند تعذّر سعة Flex، والوثيقة القادرة على تحويل أي منهما إلى التزام تعاقدي لم تكن ضمن الصفحات المسترجعة لهذه المراجعة.

الحد اصطلاح قياس قبل أن يكون رقمًا

تبدأ صفحة حدود المعدل بتسمية ما تعدّه لا بما تسمح به. يقول المقتطف المحفوظ: «Rate limits are measured in: RPM: Requests per minute RPD: Requests per day TPM: Tokens per minute TPD: Tokens per day ASH: Audio seconds per hour ASD: Audio seconds per day ITPM: Input tokens per minute OTPM: Output tokens per minute.»

هذه القائمة تُعلم أكثر من رقم إنتاجية واحد. ثمانية أبعاد بدل بُعد واحد تعني أن للغلاف ثمانية جدران. اثنان منها بالثواني الصوتية، ما يشير إلى أن نماذج الصوت تُقاس بساعة مختلفة عن نماذج النص. واثنان يفصلان حساب الرموز بين الإدخال والإخراج، وهذا مهم لأن الأحمال الغالبة عليها التعليمات والأحمال الغالبة عليها التوليد تستهلك ميزانيتين مختلفتين. واثنان يوميان لا بالدقيقة، أي أن دفعة قصيرة قد تُحتمل آنيًا ثم تستنفد اليوم.

وتثبّت الصفحة نفسها مستوى التجميع وقاعدة الحسم بكلماتها: «Rate limits apply at the organization level, not individual users. You can hit any limit type depending on which threshold you reach first.» وتضيف: «Cached tokens do not count towards your rate limits»، وهو تنازل حقيقي لمن يعيد تعليمات ذات بادئة ثابتة.

بجمع هذه العبارات الثلاث يظهر الشكل العملي للقيد. عشرة خدمات وخمسة فرق وإعادة معالجة دفعية واحدة تحت مؤسسة واحدة تتشارك غلافًا واحدًا. والجدار المُلزم هو أول ما يُبلغ حده، ولا صفحة منشورة تقول لمشغّل بعينه أي جدار سيكون، لأن الأرقام ليست هناك.

الرقم المنطبق مُحال إلى صفحة خلف مصادقة

لا تترك الوثائق القارئ بلا إرشاد. فبحسب ما تُعرض به، تنبّه الصفحة إلى أن للحدود استثناءات، وأن القيم الدقيقة السارية تُقرأ في صفحة الحدود داخل إعدادات حساب القارئ نفسه. هذه العبارة هي الأثقل أثرًا في المجموعة كلها، وهي أيضًا سبب عجز هذه المراجعة عن ذكر عتبة أي مؤسسة: فالصفحة التي تحيل إليها تقع خلف مصادقة ولم تُقرأ هنا.

ما يبقى علنيًا هو اصطلاح مع تعليمات تحويل. يستطيع الفريق أن يتعلم الوحدات ومستوى التجميع وقاعدة الحسم من الشبكة المفتوحة، ولا يستطيع أن يتعلم سقفه من الشبكة المفتوحة، ولا طرف ثالث يقيّم الخدمة — محلل مشتريات أو صحافي أو منافس يعدّ عرضًا للاستبدال — يستطيع ذلك.

خطة واحدة تنشر أساسًا، وبقية الحدود توصف بأنها أعلى فقط

دليل النماذج هو موضع ظهور الأرقام فعلًا، ويحدّد نطاقها بعناية: «Need higher rate limits? Upgrade to Developer plan to access higher limits, Batch and Flex processing, and more. Note that the limits shown below are the base limits for the Developer plan, and higher limits are available for select workloads and enterprise use cases.»

ثلاث نتائج تترتب على ذلك. الجدول المنشور أرضية لخطة واحدة لا سقف للخدمة. والحدود الأعلى توصف بأنها موجودة لأحمال عمل مختارة غير مسمّاة وحالات مؤسسية، ما يجعلها نتيجة تفاوض لا شرطًا منشورًا. وعبارة «base limits» تعترف بوجود تفاوت دون أن تبيّن أبعاده.

هذا التنازل يفسّر أهمية وثيقة التسعير، ويفسّر لماذا يُعدّ صمتها نتيجة. صفحة التسعير المحفوظة لهذه المراجعة نص تموضع — «Groq is the premier neocloud for fast inference … Fast or affordable is no longer a tradeoff. We're building hundreds of megawatts of capacity, with many more on the way» — بلا جدول خطط، وبلا أرقام حدود، وبلا تحديد لمستويات المعالجة في النص المقروء. ومن يحاول أن يثبت من صفحات Groq العامة أي خطة تشتري أي غلاف لن يُغلق السؤال على تلك الصفحة. والمقابلة بين الخطة والحد ليست مثبتة في وثائق هذه المجموعة.

السقف يتحرك مع النموذج، والنموذج قد يتحرك تحت قدميك

لأن الحدود تُعرض صفًا لكل نموذج، فالغلاف خاص بالنموذج بالبناء. وخطة سعة معبَّر عنها برقم واحد تكون ناقصة التحديد قبل أن يحدث أي خطأ: بدّل النموذج المخدوم يتغيّر شكل القيد.

وبحسب ما يُعرض به الجدول، يتضمن جدول خطة Developer، بين صفوف أخرى، openai/gpt-oss-120b عند 250K رمزًا في الدقيقة و1K طلبًا في الدقيقة. وهذا الرقم منقول عن عرض المزوّد لصف جدول واحد، ولم يُقرأ هنا كجدول كامل، ويصلح مثالًا على الشكل لا مواصفة للخدمة.

وتضيف الصفحة نفسها شكلًا ثانيًا من الحركة: نماذج المعاينة قد تُوقف بإشعار قصير. هذا اقتران موثّق بين الدليل والسقف. فحمل مُعاير على صف معاينة يرث دورة حياة ذلك الصف، ولا وثيقة حدود تستطيع تثبيت حد مرتبط بنموذج قابل للسحب.

رمزا فشل يحملان معنيين

تعطي صفحة الأخطاء النصف المرئي للعميل في جملة: «429 Too Many Requests: Too many requests were sent in a given timeframe. Implement request throttling and respect rate limits.» وبحسب ما تُعرض به صفحة الحدود، فإن 429 هو أيضًا الحالة الوحيدة التي يُضبط فيها ترويسة retry-after، وترويسات الحدود المتاحة للعملاء تشمل x-ratelimit-limit-requests لعدد الطلبات يوميًا وx-ratelimit-limit-tokens للرموز في الدقيقة. وهذه الترويسات هي الدليل الوحيد وقت التشغيل الذي يحصل عليه التطبيق عن الجدار الذي يقترب منه.

ثم تنشر وثائق Flex Processing إشارة ثانية مختلفة تمامًا: «Flex Processing is a service tier optimized for high-throughput workloads that prioritizes fast inference and can handle occasional request failures. … If flex capacity is unavailable, requests will fail quickly with status 498 and error capacity_exceeded.» ويُنقل أن Flex يقدّم حدود معدل أعلى بعشر مرات من مستوى الطلب الفوري، بالسعر نفسه، للعملاء الدافعين، وتُدرج صفحة الأخطاء 498 كحالة مخصصة «لن تُعالج» طلبها، مع عدم تحصيل مقابل الطلبات التي تعيد رموز خطأ الخادم.

وقراءة الاثنين معًا تُظهر أن 429 و498 يجيبان عن سؤالين مختلفين. 429 يقول إن المستدعي تجاوز معدلًا مقيسًا فعليه أن يتباطأ. و498 يقول إن المزوّد لم يملك سعة لهذا الصنف من العمل وإن الطلب لم يُحاول أصلًا. وسياسة إعادة محاولة مكتوبة ضد 429 وحدها ستتعامل مع 498 كضجيج، وستعيد المحاولة فورًا، وستولّد حملًا لا يمكن أن ينجح؛ والسلوك الصادق للعميل أمام 498 قرار تأجيل لا حساب انتظار.

وتصقل وثائق Batch هذا التمييز: فهي تصف «an asynchronous batch of requests to Groq with 50% lower cost, no impact to your standard rate limits, and 24-hour to 7 day processing window». فـ Batch لا يرفع السقف المتزامن، بل يُخرج العمل من ذلك السقف بتغيير عقد الزمن الذي يُشترى به العمل: مسار أرخص وأبطأ يلتف على جدار يبقى مكانه.

الوثيقة التي قد تحوّل هذا إلى التزام لم تُقرأ

الصفحة الوحيدة في هذه المجموعة التي تتحدث بلسان الالتزام هي شروط الخدمة، ولغتها إخلاء مسؤولية محصور في الموقع: «YOUR USE OF THE WEBSITES (INCLUDING ANY THIRD-PARTY MATERIALS) IS AT YOUR SOLE RISK. THE WEBSITES … ARE PROVIDED ON AN “AS IS” AND “AS AVAILABLE” BASIS. … GROQ MAKES NO WARRANTY THAT (A) THE WEBSITES WILL MEET YOUR REQUIREMENTS, (B) THE WEBSITES WILL BE UNINTERRUPTED, TIMELY, SECURE, OR ERROR-FREE.» ويُنقل عن الصفحة نفسها سقف مسؤولية بمئة دولار أمريكي عن المطالبات المتصلة بالمواقع.

يلزم الإفصاح عن حدين هنا. أولًا، هذا المقتطف يحكم المواقع الإلكترونية. ونقل إخلاء ضمان يخص المواقع إلى التزام توفّر خاص بواجهة البرمجة خطأ في التصنيف، وهذا المقال لا يرتكبه. ثانيًا، لم تُستَرجع لهذه المراجعة وثيقة شروط كاملة ولا أمر شراء ولا عقدًا مؤسسيًا ولا اتفاقية مستوى خدمة منفصلة. وغياب نسب التوفّر وأرصدة الخدمة من مقتطف واحد دليل على النص المقروء فعلًا ولا شيء غيره. وصنف الوثيقة الذي يحسم ما إذا كان هناك التزام توفّر مع علاج مرتبط بـ GroqCloud هو صك مستوى خدمة موقّع أو أمر شراء — أوراق تُتفاوض أكثر مما تُنشر، وهي أول ما ينبغي لمشترٍ جدّي أن يطلبه.

ما يستطيع الفريق تخطيطه وما لا يستطيع

سطح التحكم عادي وحاسم. تحدد فرق الهندسة التوازي، وتضع ميزانيات إعادة المحاولة، وتكتب الانتظار في جهة العميل استنادًا إلى حد منشور تقرأه كغلاف تشغيلي. أما النص الذي يُلزمها فعلًا — إجراء التغيير، والتفاوت بين النماذج، ومستويات التأجيل، ووجود التزام بأرصدة أو غيابه — فيقع في وثائق لا تُقرأ مع جدول الحدود إلا نادرًا.

وحين يُستهلك رقم من مركز مساعدة كسقف تعاقدي، تتوالى ثلاث إخفاقات. يُقاس الحمل على رقم قابل للحركة. وتُضبط منطقية إعادة المحاولة على دلالة خطأ لم يتحقق منها أحد. وتظهر الفجوة في ذروة الطلب كتقييد لم يتضمنه نموذج السعة لدى الفريق، في اللحظة التي يملك فيها الطابور أقل هامش لاستيعابها.

وما تستطيع هذه المراجعة تأكيده بثقة أضيق من التسويق وأكثر نفعًا. تنشر GroqCloud الوحدات ومستوى التجميع وقاعدة الحسم واستثناء الرموز المخزّنة مؤقتًا وأساس خطة واحدة وبنية لكل نموذج ورمزي فشل، مع إرشاد للعميل مرتبط بأحدهما فقط. ولا تنشر، في الصفحات المقروءة، رقمًا لكل حساب ولا إجراء تغيير ولا جدول أرقام لكل نموذج لكل خطة ولا التزام توفّر مع علاج. واستُرجعت الوثائق السبع في 19 أكتوبر 2026؛ ولم تحمل أي منها تاريخ نشر أو آخر تعديل، فلا يمكن إسناد تاريخ سريان لأي حد موصوف هنا.

وللتعرف على الكيان نفسه، انظر مدخل دليل BTW الخاص بـ Groq Inc..