ملاحظة المؤلف: باستخدام مثال خط إنتاج SMT المرجعي من NVIDIA FOX، نوضح كيفية تقسيم الوكلاء الإداريين والوكلاء المتخصصين ونقاط المراجعة البشرية عند تطبيق الأنظمة متعددة الوكلاء في مواقع الإنتاج.
بعد أن يصدر لوح دائرة إنذارًا في محطة AOI، يحتاج الفريق إلى فحص صور الفحص، ومراجعة سجلات الإنتاج، وجدولة أعمال الإصلاح، والتحقق مما إذا كانت درجة حرارة الفرن غير طبيعية. الأدلة مبعثرة في أنظمة متعددة، وما يستغرق الوقت فعليًا هو غالبًا التنسيق. في 4 نوفمبر 2026، قدّمت NVIDIA شرحًا علنيًا لـ Factory Operations Blueprint (المختصر FOX)، وقدّمت بنية مرجعية تقوم على وكيل إداري + وكيل متخصص + نقطة مراجعة بشرية.
هذا ليس مقالًا تعريفيًا آخر بمفاهيم الوكلاء المتعددين. يستند هذا المقال إلى المثال المرجعي لخط إنتاج SMT (التثبيت السطحي) المنشور رسميًا بوصفه الأساس الواقعي، ويعيد تنظيم منهجية توزيع الأدوار فيه ضمن خطوات تنفيذ قابلة للتطبيق. أما منهجية تحديد المراجعة وإيقاع الإطلاق الواردة في المقال، فهي توصيات عملية من جانبنا، وسنشرحها بصورة منفصلة عن قدرات FOX الرسمية.
القيمة الأساسية: بعد قراءة هذا المقال، ستتعلم كيفية تقسيم الوكلاء وفق حدود المسؤوليات، وضبط نقاط المراجعة البشرية حسب مستوى المخاطر، وإتمام خطة تنفيذ تنتقل من التشغيل الظلي إلى التنفيذ الخاضع للرقابة.
النقاط الأساسية لتطبيق الوكلاء المتعددين في بيئة الإنتاج
المفتاح في تقسيم الوكلاء المتعددين هو أن تحدد أولاً من يتولى التنسيق العام، ومن يتولى الحكم التخصصي، ومن يتحمل المسؤولية النهائية. يوضح الجدول التالي التقسيم الأساسي لهذه الأدوار الثلاثة، والخطوات الواردة لاحقًا تدور كلها حوله.
| الدور | المسؤوليات الرئيسية | ما لا ينبغي أن يتحمله | القيمة العملية |
|---|---|---|---|
| الوكيل المدير | فهم المهمة، وضع الخطة، تفويض المهام، تجميع النتائج | استبدال النماذج المتخصصة في إصدار الأحكام التفصيلية | ربط الأدلة بين الأنظمة المختلفة وتقليل التنسيق اليدوي |
| الوكيل المتخصص | إنجاز الفحص والجدولة والتحليل داخل سياق محدد وإرجاع الأدلة | تجاوز الصلاحيات بتقرير سير العملية بالكامل أو تعديل السياسات العامة | أحكامه قابلة للتحقق، ويسهل استبداله على حدة |
| نقطة المراجعة البشرية | معالجة النتائج غير المؤكدة، واعتماد الإجراءات عالية المخاطر، وتأكيد خطط المعالجة | مراجعة كل نتيجة منخفضة المخاطر بندًا بندًا | الحفاظ على حدود المسؤولية في الأمان والجودة |
ما الذي يتولاه الوكيل المدير في نظام الوكلاء المتعددين
يتكون الوكيل المدير في FOX من ثلاثة أجزاء: نموذج لغة كبير (LLM) يتولى تفسير المهمة وربط البيانات ووضع الخطة وتقييم النتائج؛ وAgent Harness الذي يتولى ربط الأدوات والمهارات والذاكرة الدائمة والوكلاء المتخصصين، ويستخدم NemoClaw افتراضيًا مع دعم بدائل أخرى؛ وNVIDIA OpenShell الذي يتولى عزل بيئة التنفيذ والتحكم في سياسات الوصول إلى الملفات والأوامر ووجهات الشبكة.
يوضح هذا التصميم أن الوكيل المدير ليس مجرد موجه، بل بيئة تنفيذ تعمل على المدى الطويل. فهو يحتاج إلى الاستجابة للمشغّل باستمرار أثناء معالجة مهام الخلفية والمهام المجدولة، وإلى تذكّر تقدم التحقيق. لذلك ينبغي عند التقسيم وضع حالة المهمة ومنطق التفويض ومعايير الإنجاز في طبقة الإدارة، لا توزيعها على الوكلاء المتخصصين.
كيف تُرسم حدود الوكلاء المتخصصين في نظام الوكلاء المتعددين
الوكلاء المتخصصون في FOX مبنيون أيضًا على LLM، ولكل منهم تعليماته وسياقه ومهاراته وأدواته. ويمكنهم استدعاء نماذج متخصصة، مثل استخدام NVIDIA Cosmos للفحص البصري وKumo لكشف الشذوذ في السلاسل الزمنية، ثم إعادة ما توصلوا إليه إلى الوكيل المدير الذي يقرر الخطوة التالية.
ويمكنك الحكم على ضرورة فصل وكيل متخصص من ثلاث نقاط: هل يحتاج إلى بيانات أو نموذج خاص به، وهل له معيار قبول مستقل، وهل قد يستدعي أدوات عالية الصلاحية. وإذا لم تتحقق أي من هذه النقاط الثلاث، فالأبسط عادةً هو جعله مهارة ضمن مهارات الوكيل المدير.
كيف نقسّم الأدوار بين الوكيل المدير والوكلاء المتخصصين: مثال من خط إنتاج SMT
يبدأ المثال الرسمي من تنبيه AOI. يحصل الوكيل المدير، عبر خادم MCP أو API، على معرّف لوحة الدارة والمكوّنات المتأثرة وصور الفحص، ثم يطلق إعادة تقييم. ويُعدّ معرّف لوحة الدارة حقلًا رئيسيًا يمتد عبر سير العمل بأكمله؛ لذلك يجب أن يحتفظ المهايئ بالمعرّف والطوابع الزمنية والوحدات ومراجع المصدر، حتى تتمكن الوكلاء اللاحقة من تتبّع تاريخ الإنتاج وحالة الماكينة.
| الوكيل المتخصص | المدخلات | القدرات المستدعاة | المخرجات | قواعد التسليم |
|---|---|---|---|---|
| وكيل الفحص البصري | صور اللوحة، وعينات مرجعية، ومعايير قرار معتمدة | NVIDIA Cosmos | الاكتشافات، والأدلة، ودرجة عدم اليقين | العيوب المؤكدة تُحوَّل إلى المعالجة والتحقيق؛ أما النتائج غير الواضحة فتُحوَّل إلى تدخل بشري |
| وكيل إدارة الأسطول | معرّف اللوحة ذات العيب المؤكد والوجهة | في المثال: NVIDIA Isaac Sim وROS 2 | نتائج فحص الأذونات والقدرات، وحالة الإنجاز | في النشر الأولي، يلزم الحصول على موافقة المشغّل قبل النقل |
| وكيل تحليل السبب الجذري | معرّف اللوحة، وسجل التصنيع، وسجلات الفحص والاختبار | Kumo Anomaly وElasticsearch | تقرير PDF يتضمن سجلات المصدر، والقياسات المشتبه بها، والأسباب المحتملة، والتوصيات التصحيحية | يُسلَّم إلى مدير خط الإنتاج للمراجعة |
هناك تفصيلان يستحقان الاستفادة. الأول أن وكيل الفحص البصري لا يكتفي بإخراج نتيجة «مطابق» أو «غير مطابق»، بل يعيد أيضًا الأدلة ودرجة عدم اليقين، حتى يستطيع الوكيل المدير أن يقرر المسار المناسب بناءً عليها. والثاني أن تحليل السبب الجذري يمكن أن ينطلق من فشل اختبار وظيفي؛ فحتى لو لم يكشف الفحص البصري عن عيب ظاهر، لا حاجة إلى الاعتماد على استنتاج الوكيل المتخصص السابق.
كما أن عملية جمع الأدلة لدى وكيل تحليل السبب الجذري واضحة. ففي حال وجود عيب لحام مشتبه به، يستخدم أولًا أوقات دخول لوحة الدارة وخروجها من فرن إعادة الصهر لتحديد قراءات درجة حرارة الفرن، ثم يستعين بـ Kumo Anomaly للبحث عن أنماط شاذة، ويقارنها بدفعات أخرى ونتائج الفحص وأدلة المعدات. يمكن للتحقيقات السابقة أن توجّه مسار البحث، لكن يجب أن تستند الاستنتاجات إلى الإجراءات والسجلات الحالية، وهذا يقلل من خطر الاعتماد على خبرات قديمة.
يجدر الانتباه أيضًا إلى أن إدارة الأسطول في سير العمل المرجعي تُعرض داخل بيئة توأم رقمي. وعند ربط روبوتات حقيقية وAMR (الروبوتات المتنقلة المستقلة)، لا بد من إنجاز تكامل المعدات الخاص بالمصنع بشكل منفصل؛ فلا يصح اعتبار نجاح المحاكاة مرادفًا مباشرًا لجاهزية خط الإنتاج.
كيف نضبط نقاط المراجعة البشرية في الأنظمة متعددة الوكلاء
نقاط المراجعة البشرية ليست شيئًا يزداد بلا حدود. فإذا كانت المراجعة مفرطة، سرعان ما يشعر المشغّلون بالإرهاق ويبدؤون بالضغط على “موافقة” بشكل تلقائي؛ وإذا كانت قليلة جدًا، فقد تؤثر الإجراءات الخاطئة مباشرة على خط الإنتاج الفعلي. بالاستعانة بمثال FOX، يمكن استخدام الجدول التالي كنسخة أولية لمصفوفة المراجعة.
| سيناريو القرار | المعالجة في المثال | أسلوب المراجعة المقترح | المراجع المقترح |
|---|---|---|---|
| يُشتبه في أن العيب يقع ضمن انحراف مقبول | إرجاع الأدلة، ومواصلة الإنتاج وفق سياسة المصنع | السماح وفق السياسة، مع الاحتفاظ بالسجل والفحص العشوائي | مهندس الجودة |
| نتيجة الحكم البصري غير واضحة | تحويل إلى مراجعة بشرية | قرار بشري بندًا بندًا | موظف فحص الجودة |
| عيب مؤكد ويحتاج إلى نقل وإصلاح | في النشر الأولي، يُطلب من المشغّل الموافقة أولاً | موافقة قبل الإجراء | مشغّل الموقع |
| إصلاح لوحة الدائرة وإعادة اختبارها | ينفّذها المشغّل ثم تُعبّأ | تنفيذ بشري مع تسجيل النتائج | مشغّل الإصلاح |
| استنتاج السبب الجذري وتوصيات التصحيح | إخراج تقرير ليراجعه مدير خط الإنتاج | مراجعة التقرير قبل اتخاذ القرار | مدير خط الإنتاج |
العمودان الأولان في الجدول أعلاه مأخوذان من المثال الرسمي، والعمودان الأخيران هما اقتراحاتنا للتطبيق. وعند مواجهة قرار جديد خارج المصفوفة، يمكن طرح ثلاثة أسئلة بالترتيب:
- هل الإجراء قابل للعكس؟ فالاستعلامات للقراءة فقط وإنشاء التقارير يسهل التراجع عنها، أما نقل لوحة دائرة فعلية وتعديل معاملات العملية فتكلفته أعلى.
- ما نطاق التأثير؟ التأثير على لوحة واحدة يختلف عن التأثير على خط الإنتاج بأكمله، ويجب أن يختلف مستوى الموافقة تبعًا لذلك.
- هل الأدلة كافية؟ عند تعارض الأدلة أو نقص البيانات أو عندما يعلن النموذج صراحةً عدم يقينه، ينبغي التحويل إلى مراجعة بشرية بدلاً من الاستمرار في الاستنتاج.
من الأفضل ألا تقتصر قواعد المراجعة على الموجه؛ إذ يستخدم FOX طبقة سياسات مثل OpenShell لتحديد الإجراءات المسموح بها والأوقات التي تحتاج إلى مراجعة المشغّل، وبذلك حتى لو أخطأ النموذج في الحكم، فلن يستطيع تجاوز حدود التنفيذ. يمكن للموجه أن يوجّه السلوك، لكن التحكم الفعلي في الصلاحيات يجب أن تضمنه بيئة التشغيل.
بدء سريع لتطبيق الوكلاء المتعددين في بيئة الإنتاج: التنفيذ في 6 خطوات
يُقدَّم FOX حاليًا ضمن وصول مبكر، ويضم المخطط المرجعي أنماطًا متعددة، لكن الأجزاء الخاصة بالمصنع لا يزال على المطورين إنجازها. قبل البدء، من المفيد توضيح حدود المسؤولية لتجنب اعتبار البنية المرجعية منتجًا جاهزًا للاستخدام الفوري.
| الوحدة | ما يوفره المخطط المرجعي | ما يتحمله المطور |
|---|---|---|
| الوكيل المُدير | بيئة دائمة تتضمن المهارات والأدوات والذاكرة وقدرات التفويض | تعريف المهام، معايير الإنجاز، تكامل التطبيقات |
| معرفة المصنع | أنماط ربط البيانات واسترجاعها | التعريفات، الطوابع الزمنية، الوحدات، وخريطة صلاحيات المصدر |
| الوكلاء المتخصصون | أمثلة للكشف، تحليل السبب الجذري، التقارير، وإدارة الأسطول | معايير الحكم الخاصة بالمصنع، الأدوار الجديدة، والتحقق من المخرجات |
| تكامل الأجهزة | أنماط MCP وAPI، واتصال ROS 2 وIsaac Sim | ربط الأجهزة الفعلية واستراتيجيات النقل |
| النشر | الخدمات، ونقاط نهاية النماذج، وإعداد وحدات محاكاة اختيارية | اختيار الموارد، وإعداد نقاط النهاية، وفحص حدود الوصول |
سواء اعتمدت FOX أم لا، يمكنك المضي وفق الخطوات الست التالية:
- اختر سيناريو واحدًا مكتمل الحلقة: ابدأ من عملية ذات شرط تشغيل واضح، مثل «من إنذار AOI إلى الإصلاح وإعداد تقرير السبب الجذري»، واكتب معايير الإنجاز بوضوح.
- وحّد المفتاح الأساسي للبيانات: اربط MES وERP وقواعد بيانات الآلات إلى مجموعة تعريفات واحدة، واحتفظ بالطوابع الزمنية والوحدات ومراجع المصدر، وأدرج الأدلة وإجراءات التشغيل القياسية (SOP) في قاعدة معرفة قابلة للاسترجاع.
- حدّد عقد مخرجات الوكيل: اطلب من الوكلاء المتخصصين أن يعيدوا على الأقل النتيجة ومصدر الدليل ودرجة عدم اليقين. يمكنك تسمية الحقول كما تشاء، لكن يجب أن تكون قابلة للتحقق برمجيًا.
- طبّق أقل صلاحية ممكنة: وزّع صلاحيات الأدوات والوصول إلى الشبكة حسب الدور. مثلًا، يقرأ تحليل السبب الجذري سجلات الإنتاج فقط، بينما تستطيع إدارة الأسطول وحدها بدء عمليات النقل، وذلك بعد اجتياز فحص الصلاحيات والقدرات أولًا.
- شغّله أولًا في المحاكاة أو وضع الظل: دع الوكيل يقدم توصيات دون تنفيذ أفعال فعلية، واجعل الاستنتاجات البشرية مرجعًا للمقارنة، وركّز في المراجعة على الإنذارات الكاذبة والحالات غير المكتشفة ونقص الأدلة.
- حرّر الأتمتة تدريجيًا: ابدأ بالاعتماد المسبق قبل تنفيذ الفعل، وبعد استقرار المؤشرات وتأكيد المسؤولين، حوّل الأفعال منخفضة المخاطر والقابلة للعكس إلى سماح وفق السياسة وفحص عشوائي.
يُنصح بترك سجل تدقيق في كل خطوة، يشمل إصدار بيانات الإدخال، والأدوات المستدعاة، ونتيجة النموذج، والشخص الموافق. الأمثلة الرسمية تجعل التقرير يرفق سجلات المصادر وقيم القياس المشبوهة، حتى يتمكن المراجع من التحقق من الاستنتاجات بدلًا من الاكتفاء بالاختيار بين الثقة وعدمها.
اختيار النماذج وإعداد الواجهات للأنظمة متعددة الوكلاء
تتيح FOX اختيار نماذج متقدمة أو نماذج مفتوحة وفقًا لمتطلبات النشر، وتشمل الأمثلة التي ذكرتها الجهة الرسمية GPT-6 Astra وNVIDIA Nemotron. عند الاختيار العملي، يمكن تقييم النماذج حسب الدور على حدة، دون إلزام جميع الوكلاء باستخدام النموذج نفسه.
| الدور | أولويات اختيار النموذج | القدرات في الأمثلة الرسمية | قناة التحقق الأولي | أساس الفوترة |
|---|---|---|---|---|
| الوكيل الإداري | القدرة على التخطيط، واستدعاء الأدوات، ونافذة سياق طويلة | GPT-6 Astra وNVIDIA Nemotron | نقاط النهاية الداخلية للمصنع، وAPIYI apiyi.com وغيرها | وفقًا لقواعد الفوترة الخاصة بنقطة النهاية الفعلية |
| الوكيل المتخصص | ضبط الدقة والتكلفة حسب المهمة | يستند إلى LLM ويستدعي نماذج متخصصة | نقاط النهاية الداخلية للمصنع، وAPIYI وغيرها | تخضع قناة APIYI لصفحة الأسعار |
| نماذج الرؤية والسلاسل الزمنية | دقة المجال، وطريقة النشر | NVIDIA Cosmos وKumo Anomaly | يُفضّل النشر وفق مخطط الحل أولًا | تُحتسب وفق خطة النشر الفعلية |
اقتراح التكامل: إذا أردت أولًا التحقق من تقسيم الأدوار في طبقة LLM والموجهات باستخدام بيانات منزوعة الحساسية، يمكنك استدعاء النماذج المذكورة في هذا المقال عبر APIYI. تتوافق APIYI مع تنسيقات واجهات OpenAI وAnthropic، ويكفي عادةً إعداد العناصر الثلاثة التالية:
api_keyوbase_urlوmodel. راجع الوثائق لمعرفة العناوين الدقيقة والنماذج المتاحة: https://docs.apiyi.com.ملاحظة عن الأسعار: أسعار النماذج، وآلية احتساب الفوترة، وأسعار وحدة الإدخال والإخراج، وأسعار التخزين المؤقت، كلها تخضع للبيانات الفعلية في صفحة أسعار APIYI: https://docs.apiyi.com/models. لا يورد هذا المقال أرقامًا محددة، ويُنصح عند التقدير بإحصاء حجم الاستدعاءات بشكل منفصل لطبقة الإدارة والطبقة المتخصصة.
الأسئلة الشائعة FAQ
Q1: ما هو الوكيل المُدير في الأنظمة متعددة الوكلاء؟
هو المنسّق المسؤول عن فهم المهمة ووضع الخطة وتفويض الوكلاء المتخصصين وتجميع النتائج. وفي FOX، يربط أيضًا الذاكرة والمهارات والأدوات، ويعمل على المدى الطويل في ظل قيود سياسات الوصول.
Q2: ما الفرق بين الوكيل المُدير والوكيل المتخصص؟
يركّز الوكيل المُدير على «ما هي الخطوة التالية»، بينما يركّز الوكيل المتخصص على «ما هو الاستنتاج المتخصص في هذه المسألة». الأول يُمسك بالمسار العام، والثاني ينجز مهمة مركّزة باستخدام سياق ومهارات وأدوات محدودة، ثم يعيد الأدلة إلى مستوى الإدارة.
Q3: أي القرارات في الأنظمة متعددة الوكلاء يجب أن تبقى خاضعة للمراجعة البشرية؟
يُوصى بأن تشمل المراجعة أولًا الأحكام غير الواضحة النتائج، وأفعال الأجهزة المادية، وتغييرات معاملات العمليات، وقرارات التصحيح. ويشترط المثال الرسمي صراحةً تحويل النتائج غير المؤكدة إلى العنصر البشري، وموافقة المشغّل قبل النقل في المرحلة الأولية، وإحالة تقرير السبب الجذري إلى مدير خط الإنتاج للمراجعة.
Q4: هل يمكن نشر نظام المصنع متعدد الوكلاء محليًا بالكامل؟
نعم. يدعم FOX استضافة بيئة الوكلاء والنماذج وتخزين البيانات محليًا على NVIDIA DGX Station. لكن النشر المحلي الكامل يتطلب أن تكون جميع نقاط نهاية النماذج والخدمات داخل شبكة المصنع، حتى تبقى سجلات الإنتاج والصور والموجهات ونتائج التحقيق محلية.
Q5: كيف يمكن التحقق بسرعة من تصميم تقسيم العمل بين الوكلاء عبر API؟
يمكن أولًا بناء دورين — المدير والمتخصص — باستخدام عينات منزوعة المعرّفات، ثم مقارنة أثر تفكيك المهام واستدعاء الأدوات بين نماذج مختلفة. وعبر APIYI apiyi.com يمكن الاتصال بصيغة متوافقة مع OpenAI أو Anthropic، وطريقة الإعداد موضحة في docs.apiyi.com.
Q6: ما القيود عند استخدام نماذج مُستضافة خارجيًا؟ وكيف تُقدَّر التكلفة؟
عند استخدام نماذج خارجية، يجب تقييم أي البيانات ستُرسل إلى نقطة النهاية، أما العمليات التي تمس بيانات إنتاج حساسة فينبغي أولًا إزالة المعرّفات منها أو التحول إلى نماذج محلية. وتعتمد التكلفة على عدد الاستدعاءات وطول السياق؛ وعند الاستدعاء عبر APIYI يُعتمد سعر الوحدة وسعر التخزين المؤقت وفقًا لـ https://docs.apiyi.com/models.
النقاط الأساسية لتطبيق الأنظمة متعددة الوكلاء في بيئة الإنتاج
- وكيل الإدارة يدير العملية: يتولى بشكل موحد التخطيط والتفويض وتتبع الحالة وتجميع النتائج.
- الوكلاء المتخصصون يتولون الحكم: تُقسَّم الأدوار المستقلة وفقًا للبيانات ومعايير القبول وصلاحيات الأدوات.
- يجب أن تكون المخرجات مصحوبة بالأدلة: يجب أن تُرفق الاستنتاجات بالمصادر ودرجات عدم اليقين لتسهيل التحقق في المراحل اللاحقة.
- تُضبط المراجعة حسب المخاطر: تُصنَّف وفقًا لقابلية العكس ونطاق التأثير ومدى كفاية الأدلة.
- الصلاحيات تُؤمَّن عبر السياسات: توضع حدود الوصول في بيئة التشغيل، ولا تعتمد فقط على الموجهات.
- المحاكاة لا تعني الإنتاج الكمي: يتطلب ربط الأجهزة الحقيقية تكاملًا خاصًا بالمصنع وعمليات موافقة.
- النموذج الأولي يتحقق من تقسيم الأدوار أولًا: يمكن استخدام بيانات مجهولة الهوية لمقارنة النماذج عبر APIYI، ثم تحديد خطة النشر.
الملخص
عند تطبيق الأنظمة متعددة الوكلاء في بيئة الإنتاج، يكون جوهر التقسيم هو حدود المسؤولية، وليس عدد الوكلاء:
- وكيل الإدارة: يمتلك الهدف العام وحالة المهام، ويتولى تنسيق الأدلة عبر الأنظمة والإجراءات التالية.
- الوكلاء المتخصصون: يستدعون نماذج وأدوات مخصصة حول مهام محددة، ويعيدون نتائج قابلة للتحقق.
- نقاط المراجعة البشرية: تُوضع عند الاستنتاجات غير المؤكدة والإجراءات عالية المخاطر وقرارات التصحيح النهائية، وتُفرض من قبل طبقة السياسات.
يُنصح أولًا باختيار عملية مغلقة ذات محفزات واضحة، وتشغيل مسار البيانات والأدلة والموافقات في وضع الظل، ثم فتح الأتمتة تدريجيًا. إذا كنت بحاجة إلى مقارنة سريعة لحلول طبقة نماذج اللغة الكبيرة (LLM)، يمكنك استخدام APIYI عبر apiyi.com لإجراء التحقق الأولي بواجهة موحدة، ثم تحديد طريقة النشر النهائية وفقًا لحدود البيانات في مرحلة الإنتاج.
📚 المراجع
- مدونة NVIDIA التقنية: How NVIDIA Factory Operations Blueprint Coordinates AI Agents to Investigate Production Issues
- الرابط:
developer.nvidia.com/blog/how-nvidia-factory-operations-blueprint-coordinates-ai-agents-to-investigate-production-issues/ -
الوصف: المصدر المعتمد في هذا المقال لبنية FOX ومثال SMT وطريقة النشر، وقد نُشر في 4 نوفمبر 2026.
-
مركز توثيق APIYI: إرشادات تكامل الواجهات
- الرابط:
docs.apiyi.com -
الوصف: للاطلاع على طرق الإعداد المحددة لتنسيقات التوافق مع OpenAI وAnthropic.
-
صفحة أسعار APIYI: قائمة النماذج وبيانات الفوترة
- الرابط:
docs.apiyi.com/models - الوصف: للتحقق من توفر النماذج وأساس احتساب الفوترة وأسعار الإدخال والإخراج وأسعار التخزين المؤقت.
المؤلف: فريق APIYI التقني
التواصل التقني: يسعدنا تواصلكم معنا عبر الصفحة الرئيسية لموقع APIYI على apiyi.com، ولمزيد من المواد يمكنكم زيارة مركز التوثيق docs.apiyi.com.
