معظم مزودي الذكاء الاصطناعي يطلبون منك أن تثق بهم في بياناتك. لقد أزلنا أنفسنا من المعادلة. اليوم نقدم التشفير من الطرف إلى الطرف لاستنتاج الذكاء الاصطناعي على Chutes. وهذا ما يعنيه ذلك فعليا:

يتم تشفير الإشعارات على جهازك، مباشرة إلى نسخة GPU المحددة التي تعمل داخل بيئة تنفيذ موثوقة. النص المشفر يمر عبر واجهة برمجة التطبيقات وموازنات التحميل لدينا، لكنهم حرفيا لا يستطيعون قراءته. لا أحد يستطيع. ليس الشبكة. ليس نحن. ليس عمال المناجم الذين يديرون الأجهزة. يستخدم تبادل المفاتيح ML-KEM 768، وهو آلية تغليف مفاتيح ما بعد الكموم موحدة من NIST، إلى جانب HKDF-SHA256 و ChaCha20-Poly1305. تنشر نسخ TEE مفتاحا عاما ل ML-KEM، وكل طلب يستخدم زوج مفاتيح عميل مؤقت جديد للحفاظ على السرية المباشرة. حتى لو التقط أحدهم كل حزمة اليوم، لا تزال الحواسيب الكمومية المستقبلية لا تستطيع فك تشفيرها.

الجزء الذي يهم البناؤين: هناك طريقتان لاستخدام هذا، حسب إعدادك. إذا كنت تستخدم حزمة تطوير تطوير OpenAI Python، قم بتثبيت chutes-e2ee ومرر النقل المخصص إلى عميلك. يمكن أن يبقى رابط القاعدة كما هو، ويتم التشفير بشفافية في طبقة HTTP مع أسلاك عميل قليلة فقط.

إذا كنت تستخدم أي منصة عميل أخرى، شغل حاوية Docker الخاصة بنا عبر e2ee-proxy محليا ووجه عميلك إليها. يدعم كل من واجهات برمجة التطبيقات المتوافقة مع OpenAI، بما في ذلك مواصفات Responses API الأحدث المستخدمة في أدوات مثل Codex، ومواصفات Messages API من Anthropic لعملاء على نمط Claude. الوكيل يتعامل مع ترجمة التنسيقات، وتبادل المفاتيح، والتشفير، وفك تشفير البث نيابة عنك. كلاهما يدعم البث. كلاهما يحافظ على دلالات الفوترة المعتمدة على الرموز العادية. كلاهما مفتوح المصدر تحت رخصة معهد ماساتشوستس للتكنولوجيا.