مقارنة مباشرة بين Gemini 3.6 Flash (google) وGemma 4 31B (google) على OrcaRouter — الأسعار ونافذة السياق وزمن الاستجابة والإنتاجية وجودة benchmark جنبًا إلى جنب، لتختار النموذج المناسب لعبء عملك.
الخلاصة
من حيث السعر، Gemma 4 31B هو الخيار الأرخص — أقل بحوالي 83% من Gemini 3.6 Flash في tokens الإدخال. لأعباء العمل الحساسة لزمن الاستجابة، يعيد Gemma 4 31B أول token في وقت أبكر. يتفوّق Gemma 4 31B في التكلفة وفي زمن الاستجابة الوسيط معًا، لذا فهو الخيار الافتراضي.
ابدأ مجانًا · كلا النموذجين بمفتاح واحد · الفوترة بسعر المزوّد دون أي هامش على التوكنات
كلٌّ من Gemini 3.6 Flash وGemma 4 31B متاح عبر نقطة نهاية OrcaRouter نفسها بتكلفة المزوّد ودون أي هامش على الـ token، لذا فإن التبديل بينهما تعديل من سطر واحد، والأرقام أدناه هي ما تدفعه فعليًّا.
تسحب هذه المقارنة الأسعار الحيّة، ونافذة السياق (context window) المنشورة، وقياسات latency وthroughput الخاصة بـ OrcaRouter، حتى توازن بين التكلفة والأداء لعبء عملك المحدّد بدلًا من الاعتماد على benchmark استعراضي من المزوّد. يعتمد الاختيار الصحيح غالبًا على شكل حركتك — طول المطالبة، وكمية النص الذي تولّده، ومدى حساسية مستخدميك لـ latency، وصعوبة الاستدلال — لذا تفكّك الأقسام أدناه القرار بُعدًا واحدًا في كل مرة وتُختتم بتوصية ملموسة. وحيثما غاب مقياس لأحد النموذجين، يُحذف ذلك الصف بدلًا من تخمينه، بحيث يستند كل ادعاء هنا إلى رقم حقيقي.
لمحة سريعة
| المقياس | Gemini 3.6 Flash | Gemma 4 31B | الخلاصة |
|---|---|---|---|
| الإدخال $/مليون | $0.75 | $0.13 | Gemma 4 31B أرخص بنسبة 83% من Gemini 3.6 Flash في tokens الإدخال. |
| الإخراج $/مليون | $3.75 | $0.38 | Gemma 4 31B أرخص بنسبة 90% من Gemini 3.6 Flash في tokens الإخراج. |
| السياق | 1M | — | — |
| زمن الاستجابة p50 | 5675 ms | 1111 ms | Gemma 4 31B يستجيب أسرع بنسبة 80% من Gemini 3.6 Flash عند الوسيط. |
| الإنتاجية | 1411 tok/s | 37 tok/s | Gemini 3.6 Flash يبث tokens أسرع بنسبة 3747% من Gemma 4 31B. |
| الجودة | 8.0 | — | — |
من حيث السعر، Gemma 4 31B هو الخيار الأرخص — أقل بحوالي 83% من Gemini 3.6 Flash في tokens الإدخال. لأعباء العمل الحساسة لزمن الاستجابة، يعيد Gemma 4 31B أول token في وقت أبكر. يتفوّق Gemma 4 31B في التكلفة وفي زمن الاستجابة الوسيط معًا، لذا فهو الخيار الافتراضي.
كلا النموذجين بمفتاح API واحد. ابدأ بأيهما وبدّل بتغيير سلسلة نصية واحدة.
احصل على مفتاح APIلست مضطرًا لاختيار واحد. كلا النموذجين متاحان عبر نفس نقطة النهاية المتوافقة مع OpenAI على OrcaRouter، وتتم الفوترة بسعر المزوّد الأصلي دون أي هامش على التوكنات. التبديل بينهما مجرد تغيير لاسم النموذج — بلا حساب ثانٍ ولا SDK ثانٍ ولا بيانات اعتماد منفصلة.
هذا ما يجعل المفاضلة أعلاه قابلة للإدارة في بيئة الإنتاج: وجّه معظم حركة الطلبات إلى النموذج المتفوق في الجانب الذي يهمك، واحتفظ بالآخر للطلبات التي تحتاجه فعلًا، وعدّل التوزيع كلما تغيّرت أرقامك.
# مفتاح واحد، نقطة نهاية واحدة، كلا النموذجين.
curl https://api.orcarouter.ai/v1/chat/completions \
-H "Authorization: Bearer $ORCAROUTER_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"model": "google/gemini-3.6-flash",
"messages": [{"role":"user","content":"..."}]
}'
# بدّل النموذج بتغيير سلسلة نصية واحدة.
# "model": "google/gemma-4-31b-it"على token الإدخال يكلّف Gemini 3.6 Flash مبلغ $0.75 لكل مليون مقابل $0.13 لـ Gemma 4 31B، وعلى الإخراج $3.75 مقابل $0.38 لكل مليون.
غالبًا ما تُحسم الفاتورة عند token الإخراج: عبء عمل الدردشة أو الـ agent الذي يولّد إكمالات طويلة يهيمن عليه سعر الإخراج، لذا فإن النموذج الذي يبدو أرخص على الإدخال قد يظل الخيار الأغلى من طرف إلى طرف. قدّر نسبتك الحقيقية بين الإدخال والإخراج قبل الاختيار بناءً على السعر وحده — فطلب كثيف الاسترجاع بإجابة قصيرة، وطلب قصير بتوليد طويل، يقعان على طرفين متقابلين من هذا الجدول. طريقة عملية لتقدير الحجم هي أخذ عيّنة تمثيلية من مطالباتك، وحساب متوسط token الإدخال والإخراج، ثم ضرب كلٍّ منهما في سعري النموذجين المعنيّين؛ والنموذج ذو التكلفة المخلوطة (blended) الأدنى على مزيجك الفعلي هو الذي يجب التغلّب عليه. تذكّر أن كلا السعرين هنا هما سعر المزوّد الخام — لا يضيف OrcaRouter أي هامش — فتكون المقارنة على قدم المساواة، وما تحسبه من توفير هو التوفير الذي تحتفظ به.
كلا السعرين هو سعر المزوّد الخام — لا يضيف OrcaRouter أي هامش، لذا فإن الوفر الذي تحسبه هو الوفر الذي تحتفظ به.
ابدأ مجانًاأسعار التوكن جنبًا إلى جنب
لكل مليون tokens
يحدّد latency وthroughput إحساس النموذج في الإنتاج. زمن الاستجابة الوسيط (p50) هو مدة انتظار طلب نموذجي قبل أول token؛ أما throughput (token في الثانية) فيحدّد سرعة بثّ الإجابة بعد أن تبدأ.
في الدردشة التفاعلية وحلقات الـ agent يكون انخفاض latency عند p50 هو الأهم لأن المستخدم ينتظر أول token؛ أما في التوليد بالدفعات والإخراج الطويل فيهيمن throughput على الزمن الكلي لأن الإجابة طويلة. تُظهر مخططات الاتجاه لسبعة أيام أعلاه ما إذا كان latency كل نموذج مستقرًّا أم منجرفًا، وهو ما يُخفيه رقم واحد لافت — فالنموذج ذو المتوسط الممتاز لكن الذيل المضطرب قد يُخفق مع ذلك في تحقيق SLA صارم عند p95. إن كان لمنتجك ميزانية latency، فاقرأ الوسيط وشكل المنحنى معًا، وتذكّر أن latency من طرف إلى طرف يشمل أيضًا قفزة شبكتك وأي استرجاع أو استدعاءات أدوات تجريها حول النموذج.
خلال آخر 7 أيام، يحافظ Gemma 4 31B على زمن استجابة وسيط أقل.
تقارب درجات الـ benchmark القدرة لكنها ليست بديلًا عن الاختبار على مطالباتك الخاصة. تجمع المؤشرات المركّبة المعروضة هنا تقييمات عامة متعددة، ويشير المئين (percentile) إلى موضع كل نموذج مقابل جميع النماذج المقارنة في الفهرس — إشارة مفيدة للقائمة المختصرة، لا ضمانًا لمهمتك.
قد يظل النموذج المتصدّر في مؤشر الذكاء العام متأخرًا في مجالك (البرمجة، الاستخراج، متعدد اللغات، الاستدلال على سياق طويل)، فاستخدم الـ benchmark لتضييق الميدان ثم شغّل كلا النموذجين على شريحة تمثيلية من حركتك. انتبه إلى المؤشر المحدّد الذي يطابق حالة استخدامك بدلًا من الرقم الإجمالي: فالمنتج كثيف البرمجة ينبغي أن يرجّح مؤشر البرمجة، ومساعد البحث مؤشر الاستدلال. كما تتقادم الـ benchmark مع تحديث النماذج، فتعامل معها كفرضية بداية تؤكّدها بمجموعة التقييم الخاصة بك.
إذا كانت التكلفة هي القيد الحاسم، فابدأ بالنموذج الأرخص وفق مزيجك الحقيقي بين الإدخال والإخراج ولا ترتقِ إلا إذا قصُرت الجودة.
إذا كانت الأولوية للاستجابة — دردشة موجّهة للمستخدم، وكلاء، أي حالة يكون فيها أحدهم منتظرًا — فرجّح latency عند p50 وthroughput على فارق سعر بسيط. إذا كنت تدفع بأصعب أعمال الاستدلال أو البرمجة أو السياق الطويل، فدَع الفائز في الـ benchmark ونافذة السياق يقود واقبل السعر الأعلى حيث يستحق ذاته. ولأن كلا النموذجين خلف API واحدة، فإن الخطوة قليلة المخاطرة هي توجيه جزء من حركتك الحقيقية إلى كلٍّ منهما ومقارنة التكلفة وlatency وجودة الإجابة على مطالباتك الخاصة قبل الالتزام. من الأنماط الشائعة التدرّج على طبقات (tier): أرسل معظم الطلبات السهلة عالية الحجم إلى النموذج الأرخص أو الأسرع، واحتفظ بالنموذج الأقوى للطلبات التي تحتاجه فعلًا، فيلتقط ذلك معظم مكاسب الجودة بجزء يسير من التكلفة. وأيًّا كان اختيارك، أبقِ التبديل قابلًا للعكس — يمكنك إعادة الحركة لحظة تتغيّر الأرقام أو متطلباتك.
أو لا تختر أصلًا — وجّه كل طلب على حدة بين الاثنين، بمفتاح واحد ونقطة نهاية واحدة.
احصل على الاثنينالأنسب لـ
مفتاح واحد. كلا النموذجين. أكثر من 40 مزوّدًا.
الفوترة بسعر المزوّد دون أي هامش على التوكنات. ابدأ مجانًا، وبدّل النماذج بسلسلة نصية واحدة، وأبقِ القرار قابلًا للتراجع.