توحيد استدلال الذكاء الاصطناعي متعدد الوسائط: لماذا يجب عليك تجربة AIClient2API

يعمل AIClient2API كطبقة وكيل ذكية تحاكي طلبات العملاء من منصات مثل Gemini CLI وAntigravity وCodex وGrok وKiro، حيث يقوم بتغليفها في واجهة برمجة تطبيقات (API) واحدة وموحدة متوافقة مع OpenAI. وبالإضافة إلى توحيد البروتوكولات، فإنه يوفر لوحة تحكم عبر الويب (Web UI) لمراقبة الحالة المباشرة لكل عقدة.

توحيد استدلال الذكاء الاصطناعي متعدد الوسائط: لماذا يجب عليك تجربة AIClient2API

عند بناء تطبيقات الذكاء الاصطناعي أو تطوير نماذج عمل "الوكلاء" (agentic workflows)، نحتاج بشكل متكرر إلى تجربة نماذج لغوية كبيرة متعددة للعثور على الخيار الأمثل. ومع ذلك، وبما أن موفري الخدمات المختلفين يستخدمون هياكل وبروتوكولات API متباينة، فإن التبديل بينهم يتطلب عادةً إعادة هيكلة مملة للكود وتحديثات مستمرة لمنطق الخلفية (backend).

يعالج AIClient2API هذا التحدي بدقة. فهو يعمل كطبقة وسيطة (proxy) ذكية تحاكي طلبات العملاء من منصات مثل Gemini CLI، وAntigravity، وCodex، وGrok، وKiro، وتغلفها في واجهة API موحدة ومتوافقة مع OpenAI. بالإضافة إلى توحيد البروتوكولات، فإنه يوفر لوحة تحكم عبر الويب لمراقبة الحالة المباشرة لكل عقدة.


الميزات الرئيسية

  • تبديل النماذج بتكلفة صفرية: اكتب كود التكامل الخاص بك مرة واحدة باستخدام تنسيقات OpenAI SDK القياسية، وقم بتبديل موفري الخلفية ديناميكيًا دون تعديل منطق عملك.
  • لوحة إدارة مرئية: تتضمن لوحة تحكم عبر الويب لإدارة التكوين في الوقت الفعلي، ومراقبة الحالة الصحية، واختبار API عبر "Playground" مدمج، وتدقيق سجلات الطلبات.

aiclient.PNG


البنية التقنية والتنفيذ

يعتمد المشروع على بنية معيارية تركز على الذكاء الاصطناعي مبنية باستخدام Node.js للتعامل مع ترجمة البروتوكولات والحفاظ على توفر عالٍ:

plaintext
1[ تطبيقك (Cherry-Studio / Cline / Custom Code) ]
2                           │ (طلب قياسي OpenAI / Claude)
34            ┌─────────────────────────────┐
5            │     AIClient2API Gateway    │
6            └──────────────┬──────────────┘
78             ┌─────────────┴─────────────┐
9             ▼                           ▼
10     ┌──────────────┐            ┌──────────────┐
11     │  المحولات    │            │ مجمع الموفرين│
12     └───────┬──────┘            └───────┬──────┘
13             │                           │ (فحص الصحة / التبريد)
14             ▼                           ▼
15     ┌──────────────┐            ┌──────────────┐
16     │ TLS Sidecar  │            │ Failover &   │
17     │ (Go uTLS)    │            │ Fallback     │
18     └───────┬──────┘            └───────┬──────┘
19             │                           │
20             └─────────────┬─────────────┘
2122   [ الخلفيات: Gemini, Grok, Kiro...]

1. أنماط الاستراتيجية والمحولات

عند وصول طلب إلى البوابة، يحدد النظام موفر النموذج المستهدف ويوجهه عبر محول خدمة محدد. يقوم المحول بترجمة حمولات OpenAI أو Claude القياسية إلى الهيكل الدقيق الذي يتطلبه العميل الأساسي (مثل هيكل Gemini CLI الداخلي أو نقاط نهاية Grok)، مع التعامل بسلاسة مع الاستجابات القياسية وتلك التي تعتمد على البث (text/event-stream).

2. مجمعات الموفرين الذكية وسلاسل النسخ الاحتياطي (Fallback)

لضمان موثوقية على مستوى الإنتاج، يدير الوسيط مجموعة من الحسابات ونقاط النهاية:

  • الفحص التلقائي للصحة وفترة التبريد: يقوم النظام بإجراء نبضات دورية. إذا فشلت العقدة أو أطلقت حد 429 "Too Many Requests"، يتم وضعها في قائمة انتظار تبريد مؤقتة وتجاوزها تلقائيًا.
  • النسخ الاحتياطي عبر الأنواع: إذا نفدت حصة نوع معين من الموفرين، يمكن للبوابة تمرير الطلبات عبر سلسلة احتياطية مهيأة مسبقًا (على سبيل المثال، التحويل من gemini-cli-oauth إلى gemini-antigravity) طالما أن البروتوكولات متطابقة.

3. محاكاة بصمة TLS (TLS Sidecar)

تفرض بعض الخدمات الأساسية فحوصات شبكة صارمة وتحظر الطلبات التي لا تتطابق مع بصمات متصفح TLS. لحل هذه المشكلة، يتضمن المشروع TLS Sidecar proxy مكتوب بلغة Go (باستخدام uTLS). فهو يحاكي مصافحات Chrome TLS القياسية ويتعامل تلقائيًا مع تفاوض HTTP/2 لمنع أخطاء 403 Forbidden.


تكامل النظام البيئي: دعم AtlasCloud الأصلي

atlascloud

في التحديثات الأخيرة، قدم AIClient2API دعمًا أصليًا للموفرين لـ AtlasCloud، وهي منصة استنتاج ذكاء اصطناعي متعددة الوسائط وشاملة.

تجمع AtlasCloud نماذج فعالة للغاية من حيث التكلفة مثل Qwen 3.6 وDeepSeek v4 pro وKimi k2.6 وGLM 5.1 تحت نقطة نهاية واحدة. يوفر دمج AtlasCloud في مجمع AIClient2API مزايا محددة:

  • تبديل سلس وإنتاجية مستقرة: يمكنك الانتقاء بين قدرات الاستنتاج في DeepSeek، ومعالجة اللغة في Qwen، والتوليد متعدد الوسائط دون عناء. تضمن البنية التحتية للمؤسسات استقرار معدلات التزامن.
  • قوالب جاهزة للاستخدام: يتضمن المستودع إعدادات مسبقة في provider_pools.json.example جنبًا إلى جنب مع مسارات توجيه مخصصة، مما يسمح لك بالبدء والتشغيل فورًا.

يعد هذا الإعداد مفيدًا جدًا للمطورين المشاركين في عرض خطة البرمجة الاقتصادية لـ AtlasCloud لتقليل نفقات البنية التحتية.


ابدأ الاستخدام

  1. النشر عبر Docker:
  2. Bash
plaintext
1docker run -d -p 3000:3000 -p 8085-8086:8085-8086 -p 1455:1455 -p 19876-19880:19876-19880 --restart=always -v "your_path/configs:/app/configs" --name aiclient2api justlikemaki/aiclient-2-api
  1. التكوين عبر واجهة الويب: قم بالوصول إلى http://localhost:3000 (كلمة المرور الافتراضية: admin123) لإضافة بيانات الاعتماد الخاصة بك وإدارة موفرينك بشكل مرئي.
  2. توجيه حركة المرور الخاصة بك: وجه عميل سطح مكتب الذكاء الاصطناعي المفضل لديك أو SDK الخلفية إلى مثيل البوابة المحلي الخاص بك.

للحصول على تفاصيل التنفيذ الكاملة، والوثائق، وخيارات التكوين المتقدمة، تفضل بزيارة مستودع GitHub.

👉 AIClient2API

أحدث النماذج

واجهة برمجية واحدة لكل وسائط الذكاء الاصطناعي.

استكشف جميع النماذج

Join our Discord community

Join the Discord community for the latest model updates, prompts, and support.

توحيد استنتاج الذكاء الاصطناعي متعدد الوسائط: لماذا نستخدم AIClient2API؟