عملية إلغاء الاشتراك في الذكاء الاصطناعي التي لا وجود لها: ما توصّلنا إليه بعد فحص 17 منصة SaaS

كل منصة SaaS ربطتَ بها أعمالك تقرّر بهدوء، في هذه اللحظة، ما إذا كان محتواك يُستخدم لتدريب نموذج ذكاء اصطناعي تابع لطرف آخر. فحصنا جميع المنصات الـ17 في مكتبة موصلات 8200.dev لنرى كيف تتعامل كل واحدة منها مع هذا الأمر فعلياً — متوقّعين أن نجد مفاتيح تحكم إدارية. لكننا لم نجد ذلك في معظم الحالات.

هذا ما توصّلنا إليه. يُدرج Slack جميع مساحات العمل ضمن تدريب النماذج غير التوليدية افتراضياً — ولا يوجد أي مفتاح تحكم في وحدة الإدارة على الإطلاق؛ إلغاء الاشتراك يعني أن يُرسل أحد مالكي مساحة العمل رسالة بريد إلكتروني إلى [email protected] بعنوان محدد، دون أي تتبّع يمكنك التحقق منه لاحقاً. لدى Salesforce إعداد حقيقي، لكنه مفتاح تحكم خاص بـEinstein GPT مدفون داخل صفحة Setup، وليس أمراً يعرف معظم المسؤولين أنه ينبغي البحث عنه — والوصول إليه قد يتطلب فتح تذكرة دعم بحسب الإصدار الذي تشترك فيه. أما نسخة Zendesk فهي مجرد تذكرة دعم، ولا شيء آخر. ميزة Fin AI في Intercom تتضمن خيار إلغاء اشتراك على مستوى مساحة العمل، لكنه موجود في واجهة المستخدم لا في واجهة برمجة التطبيقات (API) — فلا يمكن لأي جهة خارج وحدة الإدارة لديك التحقق من أنه مفعّل فعلاً.

تُعدّ Dropbox الحالة الأكثر إثارة للاهتمام: الحسابات الأمريكية مُفعَّلة افتراضياً في ميزات الذكاء الاصطناعي التابعة لطرف ثالث؛ بينما الحسابات في الاتحاد الأوروبي والمملكة المتحدة وكندا مُعطَّلة افتراضياً. المنتج نفسه، والشركة نفسها، لكن الإعدادات الافتراضية معكوسة، تبعاً لمكان تسجيل حسابك — ومعظم الفرق لم تتحقق أبداً من الإعداد المطبَّق عليها. وينطبق الأمر ذاته إقليمياً على WhatsApp Business: يتوفّر نموذج اعتراض للاتحاد الأوروبي والمملكة المتحدة والبرازيل؛ وفي كل مكان آخر، لا يوجد أي أداة للتحكم بذلك.

في الجانب الآخر، ثمة منصات لا تستخدم محتواك فعلياً في التدريب على الإطلاق — وهذا التزام تعاقدي، لا إعداد قابل للتغيير: تندرج Google Workspace وMicrosoft 365 وBox وNotion وGCP جميعها في هذه الفئة. وهذا أمر مطمئن، لكنه أيضاً ليس شيئاً يمكنك التحقق منه بالنقر داخل وحدة الإدارة الخاصة بك — فأنت تأخذ بكلام المزوّد بشأن التزام مدفون في اتفاقية معالجة بيانات لا يقرأها معظم الأشخاص بعد الصفحة الأولى.

النمط الظاهر في كل هذا: باستثناء Jira وبعض مفاتيح تحكم مجاورة خاصة بميزات الذكاء الاصطناعي (ميزة مطابقة الشيفرة العامة في GitHub Copilot، وسياسات المؤسسة في GCP Vertex)، لا يوجد تقريباً أي مكان يمكن توجيه واجهة برمجة تطبيقات (API) إليه للحصول على إجابة واضحة. وهذا بالضبط سبب وجوب فحص هذا الأمر منصة تلو الأخرى، يدوياً، مرة واحدة — ثم رصده تلقائياً في كل مرة تربط منصة جديدة، بدلاً من الوثوق بأن أحد أعضاء فريقك قد قرأ الشروط الدقيقة مسبقاً.

لماذا يفشل بهدوء نهج "على أحدهم أن يتحقق من هذا"

سبب استمرار تفاقم هذه المشكلة ليس الإهمال. بل أن الضابط المعتاد — أي تكليف شخص بالمهمة، وإخباره بالتحقق — لا يجد أي جهة محدّدة يوجَّه إليها.

انظر مرة أخرى إلى القائمة أعلاه، ولاحظ القاسم المشترك بين جميع بنودها: أن الموقف الفعلي يكمن في مكان لا تراه أي لوحة تحكم. في بند تعاقدي. في إعداد افتراضي إقليمي يُحدَّد عند التسجيل. في مستوى خطة تغيّر في آخر مرة جدّدت فيها إدارة المشتريات العقد. في عنوان بريد إلكتروني عليك أن تكتب إليه. لا توجد شاشة واحدة، في أي من هذه المنصات، تجيب عن السؤال الوحيد الذي يحتاج فريق الأمن فعلياً إلى إجابة عليه — *هل تساهم مؤسستنا حالياً في بيانات التدريب، وهل اتخذنا هذا القرار عن قصد؟*

فيتأخر التحقق، ثم يُنسى، ثم يُورَّث من فريق إلى آخر. ويفوز الإعداد الافتراضي بالتقادم. وذلك الإعداد الافتراضي وضعه المزوّد بما يخدم خارطة طريق الذكاء الاصطناعي الخاصة به، لا التزاماتك في معالجة البيانات. وهذا هو نفس النمط الذي تناولناه بالتفصيل لمنصة واحدة في ما الذي يتغيّر بشأن Atlassian Jira في 17 أغسطس — إلا أن الأمر هنا لا يخصّ منصة واحدة. بل كل أداة متصلة تتخذ نسختها الخاصة من هذا القرار، على جدولها الزمني الخاص، في مخبأها الخاص.

هذا سؤال يخص الامتثال، لا مجرد فضول

إذا كانت مؤسستك تحمل تقرير SOC 2، أو تعمل على تحقيق ISO 27001، أو تعالج بيانات شخصية بموجب GDPR، فإن مساهمة البيانات تدخل مباشرة ضمن التزامات تحملها أصلاً.

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

عملية التدقيق الشاملة التي تستحق التنفيذ الآن، ولمرة واحدة

الخبر الجيد أن هذا أحد بنود الحوكمة النادرة التي يكون حلّها فعلياً منخفض التكلفة. لا حاجة لإعادة أي هيكلة. كل ما تحتاجه هو العثور على الإعدادات، واتخاذ القرار عن قصد، وتوثيقه كتابياً. وبالتحديد:

1. حصر السطح الكامل. ضع قائمة بكل منصة SaaS يقيم فيها فعلياً محتوى مؤسستك أو بياناتها الوصفية. فإذا كانت تحتوي على بيانات عملاء، أو بيانات منظَّمة، أو أي شيء خاضع لاتفاقية عدم إفشاء، فهي داخل نطاق الفحص — لا الأداة التي راسلتك هذا الأسبوع فحسب.
2. تحديد موقف كل منصة. أحياناً يكون ذلك صفحة إعدادات، وأحياناً تذكرة دعم، وأحياناً خيار إلغاء اشتراك بالبريد الإلكتروني، وأحياناً بند تعاقدي دون أي وسيلة تحكم إطلاقاً. سجّل مكان وجوده.
3. تأكيد مستوى الاشتراك. في العديد من المنصات، يعتمد الموقف الفعلي على مستوى الخطة — فمثلاً يستثني GitHub بيانات خطط Business وEnterprise من التدريب بينما تخضع المستويات الأدنى لشروط أوسع، وقد تنقلب حالتك بصمت عند أي ترقية أو انتقال.
4. اتخاذ القرار عن وعي. يمكن أن يكون تفعيل الاشتراك خياراً مشروعاً؛ فميزات الذكاء الاصطناعي الأفضل فائدة حقيقية. حالة الفشل ليست المساهمة نفسها — بل المساهمة التي لم يقرّرها أحد. استثنِ ما هو حساس، ثم اترك الباقي إذا كان هذا هو قرارك.
5. وثّق ذلك كتابياً، وأعد التحقق بجدول زمني منتظم. الملاحظة المؤرّخة تحوّل الإعداد الافتراضي الصامت إلى دليل حوكمة، وتغيّر المزوّدون إعداداتهم الافتراضية بوتيرة كافية لتجعل الموقف الذي رُوجع مرة واحدة موقفاً غير مُدار حقاً.

الوصف الصادق لتلك القائمة هو أنها *متكررة، وعابرة للمنصات، ومملة* — وهذا بالضبط نوع الضابط الذي يتحلّل حين يعتمد على أن يتذكّره إنسان.

كيف بدا الأمر حين طبّقنا هذا الفحص على أنفسنا

في 31 يوليو 2026، فتحنا وحدة الإدارة الخاصة بمؤسستنا على Atlassian وسِرنا بالخطوات الخمس أعلاه. ونقل النتيجة بدقة أمرٌ مهم، لأنه يعمل في الاتجاهين.

كان الضابط على مستوى المؤسسة مُعطَّلاً بالفعل. تتيح صفحة Atlassian Administration ← Security ← Data contribution خياراً واحداً على مستوى المؤسسة بأكملها، تشغيل أو إيقاف — وليس خياراً لكل منتج على حدة — وكان لدينا مضبوطاً على "إيقاف"، مع قائمة تضمين فارغة، بما يعني أنه لم يُعَد تفعيل أي شيء بشكل انتقائي. لا حاجة لأي تصحيح. هذا ما يبدو عليه إعداد افتراضي جيد، أو قرار سابق جيد.

ثم هناك تلك الجملة المطبوعة مباشرة تحت ذلك الضابط: *"يتم دائماً المساهمة بالبيانات الوصفية."* المفتاح الذي ضبطناه يحكم المحتوى داخل التطبيق — أي ما يكتبه الأشخاص في التذاكر والصفحات. أما البيانات الوصفية فتقع خارج نطاقه، وفي خطتنا لا تقدّم الصفحة أي وسيلة تحكم بها على الإطلاق. اشتراكنا في Jira هو خطة Premium؛ في حين أن إلغاء الاشتراك الكامل من مساهمة البيانات الوصفية ميزة متاحة فقط في خطة Cloud Enterprise. وثمة شريط تنبيه يظهر في كل شاشة إدارية يحمل تاريخ نفاذ التغيير: 17 أغسطس 2026.

فحتى مؤسسة اتخذت القرار المتعمّد مسبقاً، وعلى خطة مدفوعة، لم تتمكن من إلغاء الاشتراك بالكامل — والطريقة الوحيدة لمعرفة ذلك كانت قراءة سطر واحد من النص الأساسي في صفحة إعدادات لم يكن لديها سبب خاص لمراجعتها مجدداً. أما Bitbucket وTrello، فهما يُفوَتران بشكل منفصل ويقعان بالكامل خارج تلك الصفحة؛ وأياً كان موقفهما، فهو فحص مختلف على شاشة مختلفة.

لا شيء من هذا انتقاد لـAtlassian، التي على الأقل تُظهر الضابط، وتوضح الحد بجلاء، وتنشر التاريخ. بل هو حجة هذا المقال، مُثبَتة على أنفسنا: القرار وحدوده يقيمان في مكان لا تُظهره أي لوحة تحكم، و"لقد أوقفنا الميزة" ليست نفس الشيء بتاتاً كـ"لا نساهم بالبيانات".

كيف يكشف 8200.dev عن هذا الأمر تلقائياً

يرفع 8200.dev الآن نتيجة خاصة بموقف تدريب الذكاء الاصطناعي لكل منصة تربطها. فبمجرد ربط Slack أو Dropbox أو Salesforce أو GitHub أو أي منصة أخرى مدعومة، يخبرك الفحص — إلى جانب نتائج المشاركة والصلاحيات مباشرةً — ما إذا كان ذلك المزوّد يستخدم بياناتك لتدريب الذكاء الاصطناعي افتراضياً، وأين يقيم خيار إلغاء الاشتراك أو الضمان التعاقدي، ومتى جرى التحقق من ذلك الموقف آخر مرة. وتظهر المنصات المُفعَّلة افتراضياً كنتائج تتطلب قراراً، بينما تظهر المنصات الآمنة تعاقدياً كإثباتات جاهزة لتقديمها للمدقق.

وحين تكشف منصة عن سياسة قابلة للقراءة عبر واجهة برمجة تطبيقات (API) على محور مجاور، نتحقق منها مباشرة: يقرأ موصل GitHub إعداد مطابقة الشيفرة العامة في Copilot الخاص بمؤسستك، ويرصد موصل GCP الحالات التي يعمل فيها Vertex AI دون أي سياسة مؤسسية تقيّده. وتأتي كل نتيجة مصحوبة بدليل معالجة تفصيلي خطوة بخطوة، وتجد كتالوج الفحوصات الكامل على صفحة الميزات.

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