هل Jev Router مجاني فعلًا؟ أين تظهر تكلفة الجلسة

أُطلق Jev Router، وهو نقطة النهاية المُدارة typesafe/jev-router من OpenRouter، في 25 سبتمبر 2026. إنه نقطة نهاية للمحادثة تختار النموذج الذي ينبغي أن يجيب عن كل دور. وهذا منتج مختلف عن نموذج القرارات Jev الأصلي، وعن أداة سطر الأوامر مفتوحة المصدر التي تحمل اسمًا مشابهًا.

هل Jev Router مجاني؟ الإجابة التي تثبتها البيانات

الإجابة الموثقة أضيق مما توحي به شارة «مجاني» الخضراء: يُعرض Jev Router بسعر $0 لكل من رموز المطالبة والإكمال، لكن تكلفة النموذج الذي يختاره غير موثقة بوضوح كافٍ للجزم بأن كل جلسة موجّهة مجانية.

جرى التحقق من صفحة Jev Router المباشرة في 26 سبتمبر 2026. تجيب الأسئلة الشائعة في الصفحة بنعم عن مجانية الموجّه، وتوضح أنه لا توجد رسوم على رموز المطالبة أو الإكمال. كما تصف الصفحة نافذة سياق من 1,000,000 رمز ونقطة نهاية واحدة تختار النموذج وجهد الاستدلال مع تغير المحادثة.

لكن تفصيلين في الكتالوج يمنعان الجزم بأكثر من ذلك. في التاريخ نفسه، أعادت واجهة Models API العامة لدى OpenRouter القيمة -1 بدلًا من رقم ثابت معتاد لسعر المطالبة والإكمال الخاص بالموجّه. كما لم يُرجع سجل نقطة النهاية أي نقاط نهاية لمزوّدين. لا تثبت هذه الحقول الآلية وجود رسوم، لكنها أيضًا لا تحوّل علامة $0 في الصفحة إلى فاتورة مفصلة للجلسة.

لم تتيح بيئة النشر هذه مفتاح OpenRouter API مصرحًا به أو جلسة مسجلة الدخول إلى OpenRouter، لذلك لم يُرسل أي طلب قابل للفوترة. وبناء عليه، لا تستند هذه الإجابة إلى قيمة usage.cost مرصودة أو إلى سجل في Activity. والقرار المنضبط للميزانية هو اعتبار $0 السعر المُعلن لنقطة النهاية، ثم التحقق من المكالمة كاملة قبل التعهد لعميل أو لفريق المالية بأن الاستدلال مجاني.

ما الذي تغير فعليًا في 25 سبتمبر

التغيير هو أن Jev انتقل من مكوّن يمكن استخدامه لبناء موجّه إلى طبقة القرار داخل نقطة نهاية مُدارة للمحادثة.

Jev 1.13 هو نموذج من فئة System One، أي إنه يعيد قرارات مقيّدة بدلًا من نص نثري. يرسل التطبيق حالة ويطلب Choice أو Score محدد النوع، أو سؤال Noul بإجابة نعم/لا. يستطيع النموذج أن يقرر «استخدم الفئة القوية»، لكن يبقى على الشيفرة استدعاء تلك الفئة، والحفاظ على المحادثة، واحتساب الطلبين كليهما.

تجمع نقطة النهاية المُدارة هذه العملية في typesafe/jev-router. ووفقًا إلى سلسلة إعلان الإطلاق من OpenRouter، يقيّم Jev صعوبة المطالبة ودقتها قبل كل دور، وينظر فيما إذا كان نموذج أكبر أو قدر أكبر من الاستدلال سيحسن النتيجة، ويتحقق من تغير المهمة. بعد ذلك يرسل OpenRouter الدور إلى النموذج المختار ويعيد نصه.

يسهل خصوصًا الخلط بين مشروع gargpratyush/jev-router مفتوح المصدر ونقطة النهاية الجديدة. يشغّل هذا المشروع أداة Claude Code أو Codex CLI الفعلية، ويتخذ قرار Jev واحدًا لكل دور جديد، ويربط النتيجة بفئات خاصة بالحساب، ثم يمرر مصادقة أداة سطر الأوامر القائمة. وهو ليس معرّف نموذج OpenRouter المُدار، كما أن فوترته تسلك مسارًا مختلفًا.

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

كيف يدير Jev Router المحادثة

صُمم Jev Router كي لا يبدّل النموذج لمجرد أن الرسالة التالية تبدو مختلفة. وهذا مهم لأن التبديل قد يلغي ذاكرة المحادثة المؤقتة لدى المزوّد ويجبر النموذج الجديد على قراءة السجل كاملًا من جديد.

تقول OpenRouter إن الموجّه يحتفظ بالنموذج الناجح لبقية الجلسة، ويمكنه رفع جهد الاستدلال أو خفضه من دون تبديل النموذج، ولا يبدّل إلا حين تستحق الزيادة المتوقعة تكلفة الذاكرة المؤقتة التي ستُفقد. وهو يقرأ نص المحادثة لاتخاذ هذا القرار. وتذكر سلسلة الإطلاق أن المرفقات لا تُرسل إلى Jev، وأن الطلبات التي تستخدم zdr: true مدعومة.

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

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

ما الذي يغطيه سعر $0، وما الذي لا يثبته

يغطي سعر $0 تحديدًا ما تنشره OpenRouter: سعر المطالبة والإكمال على صفحة Jev Router. لكنه لا يقدم شرحًا مفصلًا لكيفية احتساب نموذج مدفوع مختار، ورموز الاستدلال، وقراءات الذاكرة المؤقتة، والأدوات، وتمويل الرصيد ضمن ذلك الرقم.

تقول قواعد الفوترة العامة لدى OpenRouter إن الطلب العادي يُحاسب بسعر النموذج والمزوّد المختارين. وتقول صفحة Jev الجديدة إن الموجّه مجاني. ولا يوضح أي من المصدرين صراحة ما إذا كانت نقطة النهاية المُدارة تتحمل تكلفة النموذج المختار مؤقتًا، أو تمرر ذلك الاستدلال كبند منفصل، أو تستخدم ترتيبًا آخر خاصًا بالإطلاق. تطبيق قاعدة Auto Router المعتادة هنا سيكون افتراضًا، مثلما سيكون إعلان مجانية استدلال كل النماذج المدفوعة افتراضًا.

الاستجابة هي أول مصدر للحقيقة. توضح وثائق احتساب الاستخدام لدى OpenRouter أن كل استجابة تتضمن معلومات عن المطالبة والإكمال والاستدلال والرموز المخزنة مؤقتًا والتكلفة. وتمثل usage.cost إجمالي المبلغ المحمّل على الحساب، بينما يحدد حقل model في الاستجابة النموذج الذي أجاب.

سجل التوليد هو المصدر الثاني. تعرض Logs في OpenRouter النموذج والمزوّد والتكلفة وأعداد الرموز وزمن الاستجابة وخصومات الذاكرة المؤقتة وتكلفة BYOK ورسوم البحث على الويب أو جلب صفحات الويب أو معالجة الملفات. وبعد ذلك تعرض لوحة Activity المجمّعة الإنفاق والطلبات وأنواع الرموز ونسبة إصابة الذاكرة المؤقتة، مع إمكان التصفية حسب النموذج أو المزوّد أو المفتاح أو التطبيق أو المستخدم.

وبذلك يصبح لكل بند مختلف عليه موضع واضح:

• النموذج المختار: قارن model المُعاد مع usage.cost وtotal_cost في سجل التوليد.
• الاستدلال: احفظ completion_tokens_details.reasoning_tokens وشرح التوجيه الخاص بالدور.
• إعادة استخدام الذاكرة المؤقتة: احفظ prompt_tokens_details.cached_tokens، ثم راجع تفاصيل التوليد بحثًا عن أي خصم للذاكرة المؤقتة.
• الأدوات: استبعدها من الاختبار الأساسي، ثم اقرأ بنودها المنفصلة في سجل التوليد قبل تفعيلها في الإنتاج.
• رسوم الرصيد: وزّع رسوم الشراء منفصلة. تسجل الأسئلة الشائعة الحالية لدى OpenRouter نسبة 5.5% بحد أدنى $0.80 للأرصدة المموّلة بالبطاقة، و5% للعملات المشفرة. هذه رسوم تمويل، وليست دليلًا على رسم إضافي لـ Jev Router.

الأرقام: مجانية قرار التوجيه لا تعني مجانية الجلسة

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

لنبدأ بمسار القرار الصريح القديم. تبلغ تكلفة Jev 1.13 مقدار $0.042 لكل مليون رمز إدخال، و$0 لكل مليون رمز إخراج. بافتراض 500 رمز إدخال لكل قرار توجيه و100,000 دور، يصبح المجموع 50 مليون رمز إدخال إلى Jev، أي $2.10 لطبقة القرار. وتظل تكلفة النموذج التوليدي الذي يجيب عن كل دور إضافية.

وفق السعر المُعلن في الصفحة المُدارة، يصبح بند الموجّه نفسه $0. ومن ثم يبلغ الوفر الظاهر $2.10 لكل 100,000 قرار في عبء العمل هذا. هذه فائدة حقيقية، لكنها لا تكفي لاختيار المنتج؛ فقد يكون تبديل نموذج واحد غير موفق أهم من آلاف قرارات Jev.

لنأخذ محادثة لديها 20,000 رمز مطالبة سابق. عند سعر إدخال توضيحي للنموذج المختار يبلغ $2 لكل مليون رمز، تكلف إعادة قراءة ذلك السجل بواسطة نموذج جديد $0.04 قبل خصومات الذاكرة المؤقتة أو أي إخراج جديد. وتبلغ تكلفة ثلاث وخمسين عملية تبديل غير ضرورية $2.12، أي أكثر قليلًا من بند قرارات Jev 1.13 كاملًا في مثال 100,000 دور.

هذه هي الحجة الاقتصادية المستدامة لموجّه يراعي الجلسة: قد تكون المحافظة على الذاكرة المؤقتة الصحيحة أهم من جعل مصنّف التوجيه مجانيًا. وهذه الحسبة سيناريو صريح، وليست ادعاءً بأن Jev Router سيختار نموذجًا بسعر $2 أو سيتجنب 53 عملية تبديل.

أدلة الأداء واعدة لكنها غير مكتملة. تفيد OpenRouter بأن Jev Router حل 237 مقابل 130 من أصل 423 مهمة، أي أكثر بنسبة 82% من Auto Router، عبر أربعة اختبارات معيارية للوكلاء. كما تفيد بأن وسيط زمن الوصول إلى أول رمز كان أسرع من كل موجّه آخر اختبرته عبر خمسة اختبارات معيارية للوكلاء. هذه نتائج صادرة عن المورّد وليست إعادة اختبار مستقلة.

قدم Theo Browne موازنة مفيدة في تقرير اختبار معياري بتاريخ 26 سبتمبر. قال إنه أنفق $1,000، ووجد أن أداء DeepSWE يقارب GPT-6 Astra عند جهد منخفض، مع تكلفة أعلى قليلًا وانتظار أطول يقارب خمسة أضعاف. هذه نتيجة اختبار معياري منسوبة إلى صاحبها. وهي ليست دليلًا على رسم قدره $1,000 للموجّه، كما أن المنشور لا يكشف بيانات فوترة كافية لكل طلب لحسم سؤال التكلفة في هذا المقال.

بالنسبة إلى المشتري، تظل تكلفة كل مهمة مقبولة هي الرقم الفاصل:

(selected-model cost + tools + allocated funding fee + retries + review time) / accepted tasks

قد يحسن بند توجيه قيمته $0 بسط هذه المعادلة، لكنه لا يمحو بقية مكوناتها.

ماذا يعني ذلك للمطورين والمشغّلين والمشترين

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

الحد الأدنى المفيد للسجل هو معرّف الاستجابة، ومعرّف النموذج المطلوب، والنموذج المختار، وسبب التوجيه، وجهد الاستدلال، ورموز المطالبة، والرموز المخزنة مؤقتًا، ورموز الإكمال، ورموز الاستدلال، وusage.cost، وزمن الاستجابة، والنتيجة. من دون هذه الحقول، يبدو تبديل النموذج كحركة عشوائية في السعر، ويبدو تراجع الجودة كأنه خلل في الوكيل.

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

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

للاطلاع على فاتورة المنصة الأوسع، يغطي تحليل أسعار OpenRouter الرصيد المشترك وBYOK ورسوم التمويل. أما سير عمل نموذج القرار الأصلي، فيشرحه دليل استخدام Jev عبر توجيه تذاكر الدعم محدد النوع وسعر Jev 1.13 البالغ $0.042/M.

من ينبغي له التحرك الآن، ومن الأفضل أن ينتظر، ومن لن يتأثر

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

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

لن تتأثر إلى حد كبير إذا كان نموذج ثابت واحد يحقق بالفعل هدف الجودة وزمن الاستجابة، أو كان عبء العمل قرارًا ضيقًا محدد النوع يناسب Jev 1.13، أو كنت توجّه عمدًا اشتراكات Claude Code وCodex عبر مشروع البناء الذاتي المحلي. فالموجّه المُدار ليس أفضل تلقائيًا من استدعاء مباشر مستقر.

إذا كانت السيطرة الحتمية على المزوّد أهم من الاختيار التكيفي، فقارن بدائل OpenRouter للتوجيه متعدد النماذج قبل نقل المسار الحرج.

ما المبالغ فيه في وصف Jev Router بأنه مجاني

أقوى مبالغة هي أن بطاقة نموذج بسعر $0 تجعل منظومة النماذج كلها مجانية. لم تنشر OpenRouter تفاصيل فوترة خاصة بـ Jev تكفي لدعم هذا القول، كما أن الكتالوج الآلي العام لا يعرض مسارًا ثابتًا تقليديًا.

أما المبالغة المعاكسة فهي افتراض وجوب وجود رسم خفي للموجّه. لم يُوثق أي رسم إضافي أو يُرصد في هذه الجولة. وإضافته إلى التوقعات ستكون اختلاقًا.

تحتاج قصة الاختبارات المعيارية إلى وضعها في حجمها أيضًا. ادعاء OpenRouter بزيادة المهام بنسبة 82% هو مقارنة يجريها المورّد مع Auto Router الخاص به. أما تقرير Theo عن DeepSWE بتكلفة $1,000 فهو اختبار لممارس واحد مقابل إعداد واحد لنموذج ثابت. لا تخبرك أي من النتيجتين بتكلفة المهمة المقبولة لدى وكيلك، ولا تغني أي منهما عن مطابقة قصيرة على مستوى الحساب.

وأخيرًا، لا تجعل نافذة سياق بسعة 1,000,000 رمز محادثة المليون رمز اقتصادية. فالنموذج المختار، وسلوك الذاكرة المؤقتة، وجهد الاستدلال، وتغيرات المهمة هي ما يحدد كفاءة الجلسة الطويلة. حد السياق سعة، لا ميزانية.

اختبار التكلفة بأربعة طلبات الذي ينبغي تشغيله يوم الاثنين

يمكن لأربعة طلبات اصطناعية صغيرة أن تثبت أكثر مما يثبته أسبوع إضافي من تفسير صفحة الأسعار. عطّل الأدوات، ولا تستخدم بيانات خاصة، واطلب مخرجات قصيرة، وتوقف إذا اقترب مجموع usage.cost من $1.

يمكن للطلب الأول استخدام هذه الصيغة نفسها:

curl https://openrouter.ai/api/v1/chat/completions \
  -H "Authorization: Bearer $OPENROUTER_API_KEY" \
  -H "Content-Type: application/json" \
  -H "X-OpenRouter-Metadata: enabled" \
  -d '{
    "model": "typesafe/jev-router",
    "messages": [
      {"role": "user", "content": "Return only the word READY."}
    ]
  }' | tee jev-router-response.json

ثم اجلب بيانات التوليد الوصفية المطابقة باستخدام معرّف الاستجابة:

GENERATION_ID=$(jq -r '.id' jev-router-response.json)
curl --get https://openrouter.ai/api/v1/generation \
  --data-urlencode "id=$GENERATION_ID" \
  -H "Authorization: Bearer $OPENROUTER_API_KEY"

قاعدة القرار آلية:

• إذا أظهرت الاستجابات الأربع usage.cost: 0، وأظهرت سجلات التوليد الأربعة تكلفة إجمالية صفرية، ولم تضف لوحة Activity للمفتاح نفسه أي إنفاق، فقد رصدت جلسة اصطناعية بلا تكلفة على ذلك الحساب وفي ذلك التاريخ.
• إذا كان أي سجل غير صفري، فاستخدم النموذج المختار وتفصيل تكلفته. نقطة النهاية ليست مجانية بالكامل لذلك الطلب، بصرف النظر عما تقوله شارة الكتالوج.
• إذا اختلفت الاستجابة وسجل التوليد وActivity، فلا تعمم النتيجة. احفظ المعرّفات واسأل دعم OpenRouter عن السجل المعتمد للفوترة.

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

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

تابع أحدث تغيير موثّق في توجيه النماذج وأثره في الميزانية عبر النشرة البريدية.