أي نماذج ذكاء اصطناعي تلمس بياناتك المالية، وبأي شروط

«أي نموذج يرى إقراراتنا، وما الذي يمنعه من التدريب عليها؟» سؤال يطرحه كل مشترٍ جاد في النهاية، والإجابة الصادقة أكثر إثارة للاهتمام من «نستخدم مزوّدًا واحدًا موثوقًا». تستخدم Rexfin عدة نماذج لعدة مهام مختلفة، عن قصد، وسبب أن ذلك آمن لا متهوّر يعود إلى قرارَي تصميم: لا يُؤتمَن أي نموذج وحده على أن يكون مُصيبًا بشأن رقم، ولا يرى أي نموذج شيئًا حتى تُفحَص شروط بياناته.

الرقم لا يعتمد على أي نموذج كتبه

تعتمد سلسلة الثقة في Rexfin على الاتفاق بين تمريرات استخراج مستقلة، والتسوية مع الإجمالي المطبوع، وفحص هوية حتمي: لا على ثقة أي نموذج بنفسه. وهذا بالضبط ما يشرحه لماذا الحساب حتمي لا توليدي، وهو سبب قدرة Rexfin على أن تكون غير عاطفية بشأن أي نموذج يؤدي أي مهمة.

المهام عالية الحجم ومنخفضة المخاطر (سحب أرقام من صفحة، أو تصنيف بند، أو إعادة صياغة استعلام استرجاع) تعمل على نماذج أرخص، لأن فحص اتفاق الاستخراج يلتقط أي تخمين خاطئ بصرف النظر عن النموذج الذي أنتجه. أما الدوران اللذان يهمّان فعلاً لما يقرؤه العميل (المدقِّق الذي يُحلِّل فشل هوية، والكاتب الذي يُنتج الإجابة النهائية المستشهَد بمصادرها) فمحجوزان لنماذج أقوى. وإذا لم تكن الفئة القوية متاحة، تفشل Rexfin بأمان وتُعيد خطأ واضحًا بدلاً من خفض إجابة حرِجة للثقة بصمت إلى نموذج أرخص. فإجابة خاطئة من نموذج رخيص متنكِّرة في هيئة إجابة مدروسة أسوأ من عدم وجود إجابة.

لا مزوّد يدخل دون شروط مُدقَّقة

يمر كل مزوّد ببوابة قبول قبل أن يصبح قابلاً للتوجيه إليه أصلاً. فشروط بيانات المزوّد تُسجَّل كحقيقة مُهيكلة: هل يحتفظ بالمحفزات (prompts)، وهل يتدرّب عليها، وفي أي منطقة يعالجها، وما مرجع اتفاقية معالجة البيانات (DPA) الخاصة به. ولا يُقبَل إلا مزوّد مُسجَّل باحتفاظ صفري وبلا تدريب؛ وأي شيء آخر يُوسَم أو يُرفَض ولا يمكن اختياره ببساطة، بصرف النظر عن جودة النموذج. وإذا انتهت شروط مزوّد أو سقطت، يُخفَّض ترتيبه تلقائيًا ويتوقف عن تلقي حركة المرور: دون حاجة إلى تغيير كود، ودون الاعتماد على أن يتذكّر إنسان تبديل مفتاح.

وهذه ليست عمدًا سياسة «لا نستخدم مزوّدين من بلد كذا». فالمزوّد يُقبَل أو يُرفَض بحتًا على أساس الشروط التي يستطيع إثباتها، وهذا ما يبقي قصة الحوكمة صادقة لا استعراضية، ويعني أن أي مزوّد وحيد لا يصبح أبدًا شيئًا لا تستطيع Rexfin الالتفاف حوله إن تغيّرت شروطه.

لا شيء يستقر خارج المنطقة المخصَّصة له

تبقى البيانات الساكنة (الأرقام المستخرَجة، وسجلات التدقيق، والإجابات المخبَّأة) مثبَّتة في منطقة واحدة مُعلَنة. وقد يرى مزوّد نموذج خارجي محفزًا أثناء العبور، لكن فقط بشرط احتفاظ صفري، والإفصاح عن أي مزوّدين يرون ماذا يُولَّد من إعداد التوجيه الحي نفسه بدلاً من أن يُصان يدويًا كوثيقة تنجرف بصمت عن الواقع. وللعملاء ذوي المتطلبات الأشد صرامة، يمكن توجيه الأدوار الحرِجة للثقة إلى نموذج ذاتي الاستضافة داخل المنطقة بدلاً من ذلك، وهو أحد المسارات المشروحة في خيارات إقامة البيانات في دول الخليج.

وأكبر تدفق بيانات في النظام من حيث الحجم، حساب التمثيلات المتجهة (embeddings) للاسترجاع، يعمل محليًا لا عبر واجهة برمجية خارجية على الإطلاق، ما يعني أن أكبر دفق بيانات مفرد لا يغادر المنطقة أبدًا، وألا يلمس مزوّدًا حتى دون اتصال.

ما الذي يعبر الحدود فعلاً

قبل أن يذهب أي محفز إلى مزوّد خارج المنطقة، يمر ببوابة ثانية: تمريرة تحدِّد النطاقات الحساسة (الأسماء، وأرقام الحسابات، والمعرِّفات) وتخفيها ببدائل ثابتة قبل أن يغادر الطلب. ويُحلِّل النموذج النسخة المُخفاة؛ وتُستبدَل البدائل بالقيم الحقيقية محليًا بعد عودة الاستجابة، ولا يغادر ذلك الربط العملية أبدًا ولا يُسجَّل قط. وإذا تعذّر تشغيل خطوة الإخفاء لسبب ما، يُحجَب النداء بدلاً من إرساله دون إخفاء: ونمط الفشل دائمًا «رفض الإرسال»، لا «أرسِله ونأمل خيرًا».

ما لا تعد به Rexfin

لا شيء من هذا ادّعاء شهادة اعتماد: لا تزعم Rexfin هنا وضع SOC أو ISO. ما تزعمه أضيق وقابل للتحقق: قرارات التوجيه إعداد قابل للضبط، وقبول المزوّدين مُطبَّق في الكود لا موعودًا في اتفاقية معالجة بيانات، والإفصاح عمّن يرى ماذا يُولَّد ممّا هو موصول فعلاً، لا مُؤلَّفًا بمعزل عنه. وهذا المزيج هو ما يحوّل «نحن نُدقِّق مزوّدي الذكاء الاصطناعي لدينا» من جملة في استبيان أمني إلى شيء يستطيع المشتري التحقق منه فعلاً. ولمعرفة كيف يتصل هذا بـالبنية الأمنية الأوسع للمنصة، وكيف تقاوم Rexfin المدخلات العدائية في المحفزات، طالِع الدفاعات ضد حقن المحفزات. وللاطلاع على الخريطة الكاملة لكيفية بناء المنصة، تفضّل بزيارة مركز داخل منصة Rexfin.