مفاتيح متفرقة
مفاتيح المزوّدين تنتشر بين التطبيقات وملفات الإعداد، ويصعب سحبها أو تغييرها عند الحاجة.
نشر البوابة
تشغيلها على خوادم DIJ Cloud أو على خوادمك المرتبطة بالمنصة.
مخططDIJ AI Gateway
بوابة واحدة. لكل نماذج الذكاء الاصطناعي.
نقطة وصول مُدارة واحدة بين تطبيقات شركتك ومزوّدي النماذج المدعومين: مفاتيح مركزية، ورؤية للاستخدام والتكلفة، وضوابط تضبطها بنفسك.
DIJ AI Gateway في مرحلة التجربة المبكرة، وتُتاح بالطلب للشركات. ما تتوفر منه فعليًا يعتمد على الإعداد والمزوّد والنموذج المختارين، ونوضح ذلك لكل ميزة.
The problem
كل تطبيق يتصل بمزوّد بمفرده.
عندما يربط كل فريق تطبيقه بمزوّد النماذج مباشرة، تتوزع المفاتيح والاستخدام والضوابط على أماكن كثيرة.
رؤية محدودة
كل مزوّد يعرض استخدامه بطريقته، فيصعب معرفة من استهلك ماذا وبكم.
ضوابط غير موحّدة
الحدود والسجلات وإخفاء البيانات الحساسة تُطبَّق في كل تطبيق على حدة، أو لا تُطبَّق.
How it works
من التطبيق إلى النموذج. ومن النموذج إلى التطبيق.
تمر كل الطلبات من نقطة واحدة، فتُطبَّق عليها القواعد نفسها قبل أن تصل إلى المزوّد.
- 01
التطبيق يرسل الطلب
إلى نقطة API واحدة، بمفتاح افتراضي خاص بالتطبيق أو الفريق.
- 02
البوابة تتحقق
من المفتاح والحدود والميزانية المضبوطة لهذا المفتاح.
- 03
ضوابط قبل الإرسال
إن فعّلتها، يمكن إخفاء البيانات الحساسة أو تطبيق ضوابط أخرى قبل أن يخرج الطلب إلى المزوّد.
- 04
توجيه إلى المزوّد
إلى المزوّد والنموذج المضبوطين، مع بدائل احتياطية إن أعددتها.
- 05
الرد والتسجيل
يعود الرد إلى التطبيق، وتُسجَّل البيانات الوصفية والتكلفة التقديرية للطلب.
POST /v1/chat/completions
Host: gateway.your-company.example
Authorization: Bearer <virtual-key>
Content-Type: application/json
{
"model": "<configured-model>",
"messages": [
{ "role": "user", "content": "..." }
]
}مثال توضيحي. اسم النطاق والمفتاح والنموذج قيم افتراضية تُحدَّد عند الإعداد.
Capabilities
ما تضبطه في بوابتك.
كل ميزة موسومة بحالتها. ما يعتمد على الإعداد لا يعمل إلا بعد ضبطه معك، وما هو مخطط لم يُطلق بعد.
يعتمد على الإعداد يعمل بعد ضبطهمخطط لم يُطلق بعد
واجهة واحدة
نقطة API متوافقة مع OpenAI، تتصل بها تطبيقاتك بدل الاتصال بكل مزوّد على حدة.
للمزوّدين المدعومينمفاتيح افتراضية
تُحفظ مفاتيح المزوّدين مركزيًا، ويحصل كل تطبيق أو فريق على مفتاح مستقل يمكن إيقافه دون المساس بالبقية.
يعتمد على الإعدادالاستخدام والتكلفة
عرض الاستخدام والتكلفة التقديرية لكل مفتاح أو تطبيق أو فريق.
تقديرية · تعتمد على الإعدادميزانيات وحدود
حدود إنفاق ومعدّل طلبات لكل مفتاح أو فريق، حيثما يدعمها الإعداد.
يعتمد على الإعدادالتوجيه والبدائل
توجيه الطلبات إلى المزوّدين المدعومين، وإعداد بدائل احتياطية عند الحاجة.
يعتمد على الإعدادسجلات الطلبات
بيانات وصفية وتكلفة لكل طلب. أما تسجيل نصوص الطلبات والردود فخيار صريح تقرره أنت.
يعتمد على الإعدادضوابط وإخفاء بيانات
إعداد إخفاء البيانات الحساسة (PII) أو ضوابط أخرى قبل وصول الطلب إلى المزوّد. لا تُفعَّل تلقائيًا.
لا تُفعَّل تلقائيًاتكامل مع DIJ
إدارة البوابة مع خوادمك وتطبيقاتك داخل بيئة DIJ-LABS نفسها.
مخططData handling
ما تتحكم به البوابة. وما لا تتحكم به.
لا تضمن البوابة وحدها بقاء البيانات داخل العراق، ولا تمنع وصولها إلى مزوّد خارجي. موقع المعالجة يتحدد بالمزوّد والنموذج وطريقة النشر وإعدادات التسجيل والضوابط.
تتحكم به عبر البوابة
- من يصل إلى أي نموذج، ومن أي تطبيق.
- ما يُسجَّل: بيانات وصفية فقط، أو نصوص الطلبات والردود.
- ضوابط على الطلب قبل خروجه، مثل إخفاء البيانات الحساسة.
- حدود الإنفاق ومعدّل الطلبات.
يعتمد على اختياراتك
- المزوّد والنموذج، وموقع معالجتهما.
- طريقة نشر البوابة وموقع خوادمها.
- سياسات الاحتفاظ بالبيانات لدى المزوّد.
- متطلبات الامتثال الخاصة بشركتك وجهاتها التنظيمية.
نراجع هذه الخيارات مع فريقك قبل البدء. لا نقدّم ضمانات عامة بشأن الخصوصية أو إقامة البيانات أو الامتثال.
Enterprise fit
للشركات التي تتبنّى الذكاء الاصطناعي بحذر.
للتقنيات المالية والمؤسسات العراقية الكبيرة التي تحتاج حوكمة وسجلات ورؤية تشغيلية قبل أن تنتشر النماذج بين الفرق.
DIJ-LABS integration
بجوار خوادمك وتطبيقاتك.
الهدف أن تُدار البوابة ضمن بيئة DIJ-LABS التي تدير خوادمك وتطبيقاتك. ما لم يُنفَّذ بعد نصنّفه مخططًا.
رؤية موحّدة
عرض حالة البوابة بجانب صحة الخوادم والتطبيقات في لوحة DIJ.
مخططعمليات مُدارة
مراقبة وتحديثات وإعداد أولي ضمن خدمات DIJ المُدارة.
مخطط(FAQ) AI Gateway
أسئلة قبل أن تبدأ.
هي في مرحلة التجربة المبكرة وتُتاح بالطلب للشركات. اطلب جلسة ونوضح لك ما هو متاح فعليًا وما هو مخطط.
تُحدَّد القائمة عند الإعداد بحسب المزوّد الذي تختاره ونموذجه. نؤكد لك المزوّدين المدعومين فعليًا قبل التجربة، ولا نعرض أسماء لم تُختبر.
تعتمد البوابة صيغة واجهة OpenAI المعروفة، فغالبًا يكفي تغيير عنوان الاتصال والمفتاح في التطبيق. ويبقى ما يتوفر من الواجهات والمعاملات مرتبطًا بالمزوّد والنموذج المختارين.
تُحفظ مفاتيح المزوّدين لدى البوابة، ويحصل كل تطبيق أو فريق على مفتاح افتراضي مستقل. يمكن إيقاف مفتاح واحد دون التأثير على غيره.
يمكن عرض الاستخدام والتكلفة التقديرية لكل مفتاح أو تطبيق أو فريق. الأرقام تقديرية، وتعتمد دقتها على تسعير المزوّد المُعدّ في البوابة.
نعم، حيثما يدعمها الإعداد: ميزانية إنفاق وحدود معدّل طلبات لكل مفتاح أو فريق. نضبطها معك في مرحلة الإعداد.
يمكن تسجيل بيانات وصفية وتكلفة كل طلب. أما تسجيل نصوص الطلبات والردود فخيار صريح تقرره أنت، ويُضبط بحسب سياسات شركتك.
يمكن إعداد إخفاء PII وضوابط أخرى قبل أن يصل الطلب إلى المزوّد. هذه الضوابط تُضبط عند الإعداد وليست مفعّلة تلقائيًا، ولا تضمن وحدها حجب كل البيانات الحساسة.
تُناقش خيارات النشر بحسب بنية شركتك ومتطلباتها. بعضها مخطط لا متاح بعد، ونوضح لك الوضع الفعلي عند طلب التجربة.
يتحدد ذلك بالمزوّد والنموذج وموقع نشر البوابة وإعدادات التسجيل. البوابة وحدها لا تُبقي البيانات داخل العراق ولا تمنع وصولها إلى مزوّد خارجي. نراجع هذه الخيارات معك قبل البدء.