انتقل إلى المحتوى

نماذج System One وتحسين تكلفة Jev

آخر تحديث September 27, 2026 · نُشر أول مرة September 27, 2026

أُعلن في سبتمبر 2026 عن نماذج System One وJev، وهما معاً طبقة توجيه قائمة على المعايرة لوكلاء LLM. فبدلاً من التوجيه بحسب نوع المهمة أو بقواعد ثابتة، يوجّه Jev بحسب المعايرة: يجيب نموذج رخيص (System One) أولاً؛ وإذا كانت ثقته دون العتبة يُصعَّد الطلب إلى نموذج متميز. وبالنسبة إلى FinOps يعني هذا أنك تدفع ثمن الاستدلال فقط حين لا يعرف النموذج الرخيص فعلاً.

كيف يعمل

  1. نموذج System One (صغير وسريع ورخيص) يولّد إجابة مع درجة ثقة معايَرة.
  2. بوابة Jev تتحقق: هل الثقة >= العتبة (مثلاً 0.9)؟
  3. إذا نعم: تُعاد إجابة System One. التكلفة: نحو $0.10 لكل 1M رمز.
  4. إذا لا: يُصعَّد إلى نموذج متميز (Astra أو Opus 5.5 وغيرهما). التكلفة: $10-50 لكل 1M رمز.

مقارنة التكلفة

الاستراتيجيةمتوسط التكلفة لكل مهمةالدقة
Astra دائماً (أقصى جهد)$1.7350.9
Sol دائماً$0.2844.2
التوجيه الثابت (السهل→Sol، الصعب→Astra)$0.9448.1
توجيه Jev بالمعايرة (العتبة 0.9)$0.4149.8

البيانات من معايير Jev على مؤشر الذكاء Artificial Analysis. يحقق التوجيه بالمعايرة دقة قريبة من Astra بنسبة 24% من التكلفة.

لماذا تتفوق المعايرة على التوجيه الثابت

التوجيه الثابت يخطئ في تصنيف 15-20% من المهام (مهام سهلة تُوسَم صعبة ومهام صعبة تُوسَم سهلة). أما المعايرة فتصحح نفسها بنفسها: النموذج يعرف متى لا يعرف. وعتبة Jev قابلة للضبط — ارفعها لدقة أعلى أو اخفضها لتكلفة أقل.

التطبيق في FinOps

التكامل مع الوكلاء الحاليين

يغلّف Jev أي نقطة نهاية متوافقة مع OpenAI. تستدعي الوكلاء الحالية Jev بدلاً من النموذج مباشرة. ولا تغيير في كود منطق الوكيل — يتغير فقط عنوان base URL ومفتاح API.

الخلاصة

التوجيه القائم على المعايرة هو أول أساس في FinOps يحسّن وقت الاستدلال لا وقت التصميم. يحوّل System One مع Jev سؤال «أي نموذج؟» من قرار معماري ثابت إلى ضبط ديناميكي للتكلفة لكل طلب.

مقالات ذات صلة


هل تريد تطبيق ذلك على منصتك؟ أحضر فواتير المزوّدين وسجلات البوابة وأهم تدفقات العمل؛ وسنحدد محركات التكلفة وفرص التوفير. احجز تدقيقًا مجانيًا →

العودة إلى finopsllm.com