300+ نموذج ذكاء اصطناعي. عنوان URL واحد متوافق مع OpenAI.
ai.hoody.com يعمل على معدنك المجرد. استبدل عنوان URL الأساسي في أي عميل OpenAI وسيعمل الكود لديك مع Claude و GPT و Gemini و Llama أو أي من 15+ موفرو استدلال.
الحاويات تصادق بـ container-NAME tokens — بلا مفاتيح API حقيقية في أعباء عملك. أبطِل حاوية لإلغاء وصولها.
# قبل (OpenAI مباشرة)
from openai import OpenAI
client = OpenAI(
base_url="https://api.openai.com/v1",
api_key="sk-..."
)
# بعد (بوابة Hoody AI)
from openai import OpenAI
client = OpenAI(
base_url="https://ai.hoody.com/api/v1",
api_key="container-dev-env"
)
15+ موفرو استدلال. واجهة واحدة.
توليد النصوص، توليد الصور، التضمينات. كل مزود رئيسي كنت ستربطه بنفسك.
عائلة Claude — Opus، Sonnet، Haiku
عائلة GPT — الطبقات الرائدة والمحسّنة للتكلفة
عائلة Gemini عبر Vertex AI
عائلة Llama — مستضافة عبر شركاء الاستدلال
نماذج Mistral + Mixtral مفتوحة الوزن
عائلة V3 وCoder
Alibaba Qwen — 72B واستدلال QwQ
عائلة Command R مع التضمينات
عائلة Grok — بما يشمل طبقة الرؤية
نماذج Sonar مع الاستناد إلى الويب المباشر
منصة استضافة للنماذج مفتوحة الوزن
استدلال محسّن للنماذج مفتوحة الوزن
أكثر من 300 نموذج إجمالاً. أحضر مزودك الخاص (§5 أدناه) يمتد هذا إلى المفاتيح المباشرة والنماذج المحلية/الخاصة.
لا مفاتيح API حقيقية في حاوياتك.
تحصل كل حاوية على مفتاح افتراضي مرتبط باسمها: `container-NAME`. الرمز يعمل فقط من داخل تلك الحاوية.
تكامل الذكاء الاصطناعي التقليدي
- —مفتاح API حقيقي sk-... مخزّن في البيئة
- —التسريبات تعيش في تاريخ git والسجلات وSlack
- —التدوير يتطلب تحديثاً منسقاً عبر جميع أحمال العمل
- —الإلغاء يوقف كل شيء يستخدم ذلك المفتاح
بوابة Hoody للذكاء الاصطناعي
- —رمز container-NAME يُصدَر تلقائياً عند إنشاء الحاوية
- —الرمز يعمل فقط من داخل الحاوية
- —التدوير = إعادة إنشاء الحاوية بنفس الاسم
- —إلغاء الحاوية = اختفاء الحاوية ومعها مفتاحها
آمن لتسليم المستقل، والمشاريع المبنية بالتجربة، وSaaS المستهلك. البوابة تعمل على معدنك المجرد — Hoody لا يرى طلباتك أو استجاباتك. عدم المعرفة مبدأ معماري لا سياسي.
اعترض وتحكم في كل طلب ذكاء اصطناعي.
وجّه البوابة عبر hoody-exec لإدراج وسيطة قبل استدعاء المزود. خزّن الطلبات المتكررة. احقن السياق. وجّه إلى النموذج المناسب. اشترط موافقة بشرية قبل استدعاءات الأدوات الهدّامة. وزّع على وكلاء آخرين. سجّل كل شيء. الترتيب خط أنابيب — كل طبقة تعمل قبل التالية، وأنت تختار أيها تحتاج.
1 · ذاكرة التخزين المؤقت للردود
جزّئ الطلب؛ تجاهل الاستدلال عند الإصابة. أرخص طبقة أولاً.
2 · حقن السياق
أدرج مطالبات النظام من قاعدة معرفتك قبل الاستدعاء.
3 · توجيه التكلفة
الطلبات السهلة ← نماذج أرخص. الطلبات الصعبة ← Claude. وفورات موثّقة 40–70%.
4 · التدخل في استدعاء الأداة
أعد كتابة استدعاءات الأدوات أو احجبها قبل تنفيذها. ضع حماية على الكتابة في الملفات.
5 · الإنسان في الحلقة
أوقف الإجراءات عالية المخاطر. أرسل إشعاراً. انتظر الموافقة.
6 · تسلسل الوكلاء
شغّل وكيل hoody-agent آخر عبر HTTP. أنظمة متعددة الوكلاء بدون منسق.
7 · سجل التدقيق
كل طلب + رد في SQLite للامتثال وتصحيح الأخطاء.
محرك القواعد المدمج يغطي أنماط MITM الشائعة بدون كود. انتقل إلى سكربتات hoody-exec المخصصة للحالات الأكثر تعقيداً.
أحضر مزودك الخاص. أخرج من الاستيثاق بدون مفتاح.
الاستيثاق بدون مفتاح هو الخيار الافتراضي والمسار الآمن. لكنك لست مقيداً أبداً: وجّه مباشرة إلى أي نقطة نهاية متوافقة مع OpenAI — Ollama محلياً، Azure OpenAI، استنتاج Hugging Face، بروكسي مؤسسي، أو مفاتيح مزود مباشرة — بضبط متغيرات البيئة داخل الحاوية. هذا خروج صريح من الوضع بدون مفتاح، لا وضع موازٍ.
# direct provider keys
ANTHROPIC_API_KEY=sk-ant-...
OPENAI_API_KEY=sk-...
# point at local Ollama
OPENAI_BASE_URL=http://localhost:11434/v1
# or Azure / enterprise proxy
OPENAI_BASE_URL=https://your-proxy.internal/v1
ما كنت ستجمعه بنفسك
LiteLLM وPortkey وOpenRouter والحسابات المباشرة مع المزودين تحلّ كل منها جزءاً مما تحلّه البوابة. لا أيٌّ منها يدمج جميع الطبقات.
| الجانب | Hoody AI Gateway | بوابة تجارية / DIY |
|---|---|---|
| مكان التشغيل | مدعوم بصورة أصيلة — معدنك الخام | سحابة المزود (LiteLLM SaaS، Portkey) |
| استيثاق مقيّد بالحاوية | مدعوم بصورة أصيلة — رموز container-NAME | مفاتيح API مشتركة + RBAC |
| أحضر مزودك الخاص | مدعوم بصورة أصيلة — أي نقطة نهاية متوافقة مع OpenAI | في معظمه نعم، يتفاوت حسب المزود |
| قواعد MITM + سكربتات | مدعوم بصورة أصيلة — محرك قواعد مدمج + سكربتات hoody-exec | طبقة مدفوعة أو بروكسي خارجي |
| متوافق مع OpenAI | مدعوم بصورة أصيلة — نعم | نعم (معظم البدائل) |
| التسعير | مدعوم بصورة أصيلة — هامش 5% فوق تكلفة المزود | رسوم لكل استدعاء + SaaS لكل مقعد |
| متكامل مع البنية التحتية والمحفظة | مدعوم بصورة أصيلة — محفظة واحدة، واجهة API واحدة | فواتير وعمليات منفصلة |
عندما تكون بنيتك التحتية مبنية على LiteLLM أو OpenRouter ولا تريد تشغيل بوابة، تلك تبقى خيارات قائمة. Hoody AI Gateway يكسب مكانه عندما تريد مصادقة بنطاق الحاوية وNITM أصلي ونموذج محفظة ثنائية التوازن — General Balance تمول الخادم (Stripe/crypto/بنك)، AI Balance تمول البوابة، مع تحويلات ذات اتجاه واحد General → AI وفاتورة واحدة تغطي الاثنين.
300+ نموذج. عنوان URL واحد. بلا مفاتيح.
بوابة الذكاء الاصطناعي مدمجة في كل حاوية Hoody. بلا تثبيت، بلا ضبط.
راجع أيضاً — /platform/control-plane لإصدار الرمز والمحفظة، /platform/proxy لطبقة الرابط حيث تعيش نقاط نهاية الذكاء الاصطناعي.