لنفترض تذكرة دعم افتراضية، T-1042، تقول: «خُصم المبلغ من بطاقتي مرتين». يحفظها التطبيق كمهمة دائمة، ويتحقق من بنيتها، ويطلب من نموذج معتمد تحديد الفريق ودرجة الإلحاح. لا يُسنِد التذكرة إلا بعد التحقق من النتيجة، ولا يملك النموذج صلاحية رد المبلغ.
نتابع التذكرة من سياسة التوجيه إلى الاستدلال، ثم احتمال إصابة الذاكرة المؤقتة أو الرجوع إلى مسار آخر، فالتحقق وتسجيل النتيجة.
تربط التذكرة نفسها قرارات التصميم في الأقسام التالية. أرقام مثال التكلفة افتراضية للتعليم، أما سلوك المنتج فتدعمه روابط توثيق OpenRouter الحالية.
01
OpenRouter بوابة وطبقة لتوجيه النماذج
يرسل التطبيق طلباً إلى واجهة OpenRouter يتضمن اختيار النموذج والمطالبة. ثم يوجه OpenRouter طلب الاستدلال إلى مزوّد يقدم هذا النموذج، وفق قواعد المزوّد والنموذج في الطلب أو الحساب. ويوفر ذلك واجهة تكامل واحدة مع نماذج ومزوّدين متعددين، مع ضوابط لتفضيل المزوّد والسعر وزمن الاستجابة ومعدل المعالجة والرجوع المسموح به. يشرح التوثيق الرسمي لتوجيه المزوّدين.
ينبغي الفصل بين قرارين: يختار توجيه النماذج النموذج الذي يعالج المهمة، ويختار توجيه المزوّدين الجهة التي تستضيف ذلك النموذج. يمكنك اختيار النموذج بنفسك أو تفويض الاختيار إلى موجّه مثل OpenRouter Auto، ثم تحديد المزوّدين المسموح لهم بخدمته بصورة مستقلة.
02
ما الذي يحله OpenRouter، وما الذي يتركه لك
عندما يملك كل مزوّد للنماذج نقطة API وحساباً ومعلمات وسلوك أعطال مختلفاً، قد يتراكم في التطبيق المتوسع شيفرة تكامل خاصة بكل مزوّد. يوحّد OpenRouter حدود استدعاء النموذج ويمنح الفريق موضعاً لاتخاذ قرارات التوجيه.
واجهة واحدة للوصول إلى النماذج
استخدم نقطة دخول API مشتركة لتجربة النماذج والمزوّدين المدعومين بدلاً من بناء اتصال منفصل لكل خيار. يقلل ذلك جهد التكامل، لكنه لا يلغي اختلاف قدرات النماذج أو معلمات الطلب.
غيّر سياسة المسار دون إعادة كتابة سير العمل
عدّل النموذج المعتمد أو تفضيل المزوّد أو قاعدة الترتيب وفق الأداء والتكلفة عند حد الاستدلال. ويمكن لسير الأعمال الاحتفاظ بعقد ثابت للطلب والاستجابة.
تعامل مع أعطال معينة للمزوّدين
يمكن لتوجيه المزوّدين وقوائم الرجوع المضبوطة بين النماذج التعافي من بعض أعطال التوفر وتجاوز المعدل. وهي تقلل شيفرة التوجيه المخصصة، بينما يظل التطبيق مسؤولاً عن المهلة وإعادة المحاولة الدائمة والتصرف بعد استنفاد القائمة.
قارن الاستخدام والإنفاق
يمكن لسجل نشاط وتوليد مشترك أن يوضح المزوّد والنموذج المستخدمين وعدد الرموز والتكلفة. اربط هذه السجلات بنتيجة سير العمل لديك لمعرفة ما إذا كانت خطوة الذكاء الاصطناعي قد أنجزت المهمة.
03
تصميم مرجعي يستند إلى التوثيق لتذكرة واحدة
يجمع المخطط الرئيسي قدرات OpenRouter الموثقة مع ضوابط التطبيق المعتادة. ويوضح مسار التذكرة أدناه موضع كل قرار. يدعم التوثيق وصف الميزات، أما دقة هذا المسار وزمنه ومعدل معالجته فتحتاج إلى قياس.
- احفظ المهمةاحفظ التذكرة ونطاق المستأجر قبل استدعاء النموذج.
- اختر المساراعتمد نموذجاً وضع حدوداً للمزوّد والبيانات والإنفاق.
- نفّذ الاستدلاليخدم OpenRouter الطلب وقد يستخدم مسار رجوع مؤهلاً.
- تحقق من النتيجةتحقق من الفريق والإلحاح وأحل النتائج غير المؤكدة للمراجعة.
- نفّذ مرة وقِسأسند التذكرة مرة واحدة وسجّل النتيجة والزمن والتكلفة.
قبل الاستدلال، يسجل العامل التذكرة T-1042 ونطاق المستأجر والإجراء المسموح وميزانية إعادة المحاولة. يحتفظ بمفتاح API على الخادم، ويطبق قواعد البيانات والإنفاق، ثم يختار نموذجاً معتمداً وسياسة مزوّد لتصنيف التذكرة.
بعد الاستدلال، لا يقبل التطبيق إلا فريقاً ودرجة إلحاح من القيم المسموحة. تُحال النتيجة غير الصالحة أو غير المؤكدة إلى المراجعة. وقد تسمح نتيجة «الفوترة» بإسناد T-1042 مرة واحدة باستخدام معرّفها لمنع التكرار؛ ولا تمنح صلاحية رد المال.
04
أربعة أنماط توجيه لاحتياجات مختلفة
يسهل فهم توجيه OpenRouter عند تقسيمه إلى طبقتين: اختيار النموذج ثم اختيار مزوّد يستطيع خدمته. يمكن الجمع بين الأنماط التالية، لكن كل نمط يغير جزءاً مختلفاً من القرار.
نموذج ثابت ومزوّد مرن
لتذكرة اعتيادية مثل T-1042، حدد النموذج الذي اعتمدته التقييمات. يمكن لـOpenRouter استخدام التوجيه الافتراضي للمزوّدين أو تفضيل أحدهم؛ ويمكنك الترتيب حسب السعر أو زمن الاستجابة أو معدل المعالجة، وتقييد السعر، والسماح بمزوّدين أو استبعادهم. تبقى سياسة المهمة صريحة مع إمكان خدمة النموذج عبر نقاط مؤهلة.
اختيار آلي للنموذج
أرسل الطلب إلى OpenRouter Auto عندما تختلف صعوبة الطلبات وتريد من الموجّه اختيار النموذج. يستخدم Auto الحالي تصنيف المهام وإنفاق المجتمع الحديث، مع مستويات تكلفة من منخفض إلى أقصى حد. وقد يتغير اختياره مع تغير الاستخدام والنماذج المتاحة؛ لذا سجّل النموذج المختار فعلياً وقيّم النتائج مع الوقت.
الرجوع بين المزوّدين
إذا تعذر على المزوّد المختار خدمة T-1042، يمكن للتوجيه تجربة نقطة مؤهلة أخرى للنموذج نفسه وفق إعداداتك. قد يزيد هذا التعافي زمن الاستجابة. سجّل المزوّد الذي أجاب فعلياً، لا المزوّد المفضل فقط.
الرجوع بين النماذج
يمكن لقائمة نماذج مرتبة الانتقال إلى نموذج آخر عند وقوع خطأ مدعوم، مثل خطأ المزوّد أو تجاوز المعدل أو بعض حالات الرفض على مستوى النموذج. الرجوع ليس ترقية لجودة الإجابة: فقد يولد النموذج الجديد نصاً مختلفاً أو يستخدم أدوات مختلفة أو يملك حدود سياق مختلفة. تحقّق من كل مسار بوصفه مساراً مستقلاً.
تشرح الوثائق الرسمية إعدادات المزوّد وسلوك Auto وحالات الرجوع المؤهلة. استخدمها لضبط المسار المقصود بدقة: نظرة عامة على Auto Router و دليل الرجوع بين النماذج.
05
التوجيه ونوعا التخزين المؤقت وحساب الرموز
في T-1042، تغيّر كل آلية جانباً مختلفاً من الاستدعاء أو قياسه. ميّز بين الآليات الأربع قبل تقدير الإنفاق.
| الآلية | الأثر | ما نقيسه |
|---|---|---|
| التوجيه | يختار نموذجاً مؤهلاً أو مزوّداً يقدم الخدمة. | النتيجة المقبولة والزمن والتكلفة لكل مسار. |
| تخزين المطالبة | يخفض تكلفة بادئات المدخلات المتكررة المدعومة. | الرموز المخزنة وسعر الإدخال الفعلي. |
| تخزين الاستجابة | يعيد محتوى إجابة مخزنة قبل الاستدلال. | نسبة HIT وMISS والعمر وتكلفة الطلب. |
| حساب الرموز | يقدّر تكلفة الاستدلال ويطابقها مع الفاتورة. | التكلفة الفعلية لكل تذكرة مقبولة. |
للاستدعاءات التي تصل إلى المزوّد، قدّر تكلفة الرموز بأسعار كل مليون رمز:
(رموز الإدخال العادية × سعر الإدخال + الرموز المخزنة × سعر القراءة + رموز الإخراج × سعر الإخراج) ÷ 1,000,000
احتسب المدخلات العادية وقراءات الذاكرة المخفضة حيث تدعمها الجهة، والمخرجات ورموز الاستدلال المحتسبة، وأي رسوم للأدوات أو الخدمات المساندة. قدّر كل مسار مسموح عبر Auto أو الرجوع. تتقاضى OpenRouter رسم منصتها عند شراء الرصيد، لا كرسم على كل طلب. لا تُحتسب رموز النموذج للمحاولات الفاشلة قبل الرجوع، لكن قد تُحتسب خدمة مساندة نُفذت بالفعل. طابق التقديرات مع سجل التوليد النهائي.
يعيد التخزين المؤقت لدى المزوّد استخدام بادئة مستقرة من المدخلات، مثل التعليمات المشتركة، عندما يدعمه النموذج والمزوّد. تختلف أسعار القراءة وكلفة الكتابة والحد الأدنى لطول المطالبة ومدة الصلاحية. تستخدم OpenRouter ثبات توجيه المزوّد وتدعم `session_id` لتحسين إعادة الاستخدام بين الأدوار؛ وقد يتسبب تغيّر المزوّد أو المطالبة في عدم إصابة الذاكرة. اقرأ دليل التخزين المؤقت للمطالبات. ضع التعليمات المستقرة قبل محتوى التذكرة المتغير عندما يسمح النموذج بذلك، وقِس الرموز المخزنة مؤقتاً بدلاً من افتراض إصابة الذاكرة.
توفر OpenRouter أيضاً تخزيناً اختيارياً للاستجابة قبل الوصول إلى المزوّد. إذا طابق مفتاح API والنموذج ونوع نقطة الخدمة ووضع البث ونص الطلب استدعاءً ناجحاً مخزناً، تُعاد الإجابة بمعرّف توليد جديد وبلا رموز قابلة للفوترة. تنتهي الصلاحية الافتراضية بعد خمس دقائق. يعطل فرض عدم الاحتفاظ بالبيانات على مستوى الحساب هذه الذاكرة، ويظل على التطبيق منع تكرار إجراءات الأعمال. اقرأ دليل تخزين الاستجابة مؤقتاً.
نفترض أن T-1042 تستخدم 2,000 رمز إدخال و200 رمز إخراج. ربما خزّنت تذاكر سابقة بادئة التعليمات المشتركة، وقد تصيب إعادة محاولة مطابقة ذاكرة الاستجابة. أسعار افتراضية بالدولار لكل مليون رمز: إدخال النموذج الأول $0.20، وقراءة الذاكرة $0.05، وإخراجه $0.80؛ وإدخال النموذج البديل $1.00 وإخراجه $4.00. هذه أسعار تعليمية لا عروض أسعار حالية.
لا تضيف المحاولة الفاشلة تكلفة رموز للنموذج، لكن التعافي قد يزيد الزمن. رسوم الأدوات وشراء الرصيد خارج أرقام الطلب هذه.
للتذكرة T-1042، اربط معرّف المهمة بسجل التوليد: النموذج والمزوّد الفعليان، ورموز الإدخال والإخراج، والتكلفة الإجمالية، وزمن الاستجابة، وتفاصيل الذاكرة إن توفرت. سجّل ترويسة HIT أو MISS لذاكرة الاستجابة بصورة مستقلة. توفر OpenRouter سجلات استخدام التوليد لهذا الغرض. قارن تكلفة كل تذكرة أُسنِدت بصورة صحيحة، مع عمل المراجعة، بخط الأساس؛ وراجع صفحة الأسعار الحالية.
06
كيف يدعم ذلك بناء مسارات قابلة للتوسع بدرجة عالية
يمكن لـOpenRouter توجيه خطوة الاستدلال عبر مزوّدين مؤهلين. أما قائمة المهام وحدود العمال وبوابة الإجراءات فتحدد عدد التذاكر الذي يعالجه النظام كاملاً بأمان.
- ضع العمل الوارد في قائمة مهام دائمة واجعل مجموعة من العمال تعالجه بتزامن محدود ومقاس. احفظ حالة المهمة قبل كل استدعاء نموذج وبعده حتى يستأنف العامل عمله بعد إعادة التشغيل بدلاً من فقدانه أو بدء نسخة مكررة بصمت.
- حدد غرضاً وسياسة توجيه لكل خطوة. ارفض التذاكر غير الصحيحة دون استدلال. استخدم نموذجاً اقتصادياً جرى تقييمه للتصنيف المعتاد، ومساراً أقوى مسموحاً أو مراجعة بشرية للحالات المبهمة. طبق قواعد المزوّد والبيانات والسعر قبل إرسال التذكرة.
- استخدم توجيه المزوّدين والرجوع المحدود للتعامل مع أعطال معينة أو تجاوز المعدل. احتفظ في التطبيق بمهلة زمنية وتراجع أسي مع عشوائية وميزانية إجمالية لإعادة المحاولة وقاطع للدائرة. لا يلغي نجاح الرجوع عبر البوابة الحاجة إلى ضبط نمو قائمة المهام أو احترام حصص الأنظمة اللاحقة.
- للمطالبات متعددة الأدوار المتكررة، أبقِ البادئة المشتركة مستقرة واستخدم معرّف جلسة ثابتاً عند الحاجة. راقب الرموز المخزنة مؤقتاً وزمن الاستجابة إلى جانب أعداد الرموز المعتادة. إذا تعارض ثبات المزوّد مع قيد خصوصية أو توجيه أحدث، فالتزم بالقيد واقبل احتمال عدم إصابة الذاكرة المؤقتة.
- قس النتائج حسب خطوة المسار والمستأجر: معدل الإكمال وزمن الاستجابة الوسيط وعند النسبة 95 والنموذج والمزوّد المختاران ورموز الإدخال والإخراج والذاكرة المؤقتة والتكلفة لكل مهمة ناجحة ومعدل إعادة المحاولة وفشل التحقق ومعدل المراجعة البشرية. طبّق حدود الإنفاق ونبّه عند الانحراف قبل زيادة تزامن العمال.
لا تكتمل T-1042 إلا بعد إسناد واحد أو تسجيل قرار إحالتها للمراجعة. إذا أعاد العامل المحاولة أو نجح الرجوع إلى مزوّد آخر أو أُعيدت إجابة مخزنة، يتحقق التطبيق من معرّف المهمة نفسه قبل أي إجراء. بذلك لا ينشئ التعافي في الاستدلال إسنادات مكررة.
07
القيود والمفاضلات التي ينبغي التخطيط لها
لا تجعل واجهة API المشتركة النماذج متطابقة. فقد يختلف المزوّدون في دعم المعلمات واستدعاء الأدوات والمخرجات المنظّمة وحدود السياق والإشراف وزمن الاستجابة والسعر. وقد يغير توجيه المزوّد مكان تشغيل الطلب، كما يمكن للرجوع بين النماذج تغيير مصدر الإجابة. احتفظ بتقييمات لكل مسار مسموح وافحص النموذج والمزوّد اللذين خدما الطلب فعلياً.
الرجوع تعافٍ محدود، وليس ضماناً لنجاح كل استدعاء أو تكافؤ المسار التالي. وقد يزيد زمن الاستجابة ويعقّد التكلفة. وتظل الطلبات غير الصالحة وأخطاء التطبيق وامتلاء قائمة المهام وتعذر إيجاد مزوّد متوافق بحاجة إلى نتيجة واضحة في التطبيق. لا تبنِ إعادة محاولات غير محدودة فوق محاولات البوابة.
يمر الطلب عبر OpenRouter ومزوّد الاستدلال المختار، لذا تعامل مع كليهما بوصفهما جزءاً من حدود البيانات. توثق OpenRouter ضوابط جمع البيانات والاحتفاظ الصفري بها والتوجيه الإقليمي لدى المزوّد، لكن هذه الضوابط قد تحد من الخيارات ولا تغني عن مراجعة شروط المزوّد وإعدادات الحساب والعقود والتزامات الامتثال لديك. راجع وثائق الخصوصية وتوجيه البيانات.
قد يعيد تخزين الاستجابة مؤقتاً نتيجة تتضمن استدعاءات أدوات. تعامل معها كنتيجة استدلال معاد استخدامها، واحتفظ بالصلاحيات ومنع التكرار عند بوابة إجراء التطبيق. قد تتغير اختيارات Auto والأسعار، وتظل البوابة اعتماداً يحتاج إلى المراقبة.
08
إطلاق عملي
ابدأ بخطوة واحدة محدودة ومنخفضة الأثر. أنشئ خط أساس قبل تغيير المسارات، ثم توسع فقط بعد استيفاء المسار متطلبات الجودة وزمن الاستجابة والخصوصية والتكلفة نفسها التي يحققها المسار الحالي.
1. قس الاستدعاء الحالي
اجمع مدخلات ممثلة وجودة المخرجات واستخدام الرموز وزمن الاستجابة والأخطاء والتكلفة لكل مهمة مكتملة. احتفظ بنموذج ثابت كنقطة مقارنة.
2. قيّم المسارات المرشحة
اختبر تفضيل مزوّد محدد أو Auto أو قائمة الرجوع على الحالات نفسها. افحص استخدام الأدوات والمخرجات المنظمة وسلوك الرفض وقواعد البيانات والتكلفة الكلية للمسار، لا بعض الإجابات الجذابة فقط.
3. ابدأ تدريجياً ثم وسّع
وجّه نسبة صغيرة من العمل الحي وقارن النموذج المختار بنتيجة الأعمال وحدد عتبة للتراجع. زد الحركة تدريجياً مع مراقبة قائمة المهام وحدود المعدل ونسبة إصابة الذاكرة المؤقتة وعبء المراجعة.
ابدأ بخطوة واحدة قابلة للقياس في معالجة التذاكر. اجعل سياسة التوجيه وقواعد الذاكرة صريحة، وقارن التكلفة لكل نتيجة مقبولة، ثم وسّع الاستخدام عندما تفي الجودة والزمن والخصوصية والتعافي بمتطلباتك.
ابقَ على اطلاع
تصلك مقالات هندسية جديدة عبر البريد.
مقالات عملية من حين لآخر عن الهندسة والأتمتة والبيانات واستراتيجية المنتجات.
