ما الذي تضمّنته لقطات مساحة العمل التي رفعها ZCode؟

لم يكن الجدل حول تعامل ZCode مع البيانات مقتصراً على إرسال الملفات التي يختارها المطوّر صراحةً ضمن طلب إلى نموذج ذكاء اصطناعي. فقد زعم تقرير هندسة عكسية للباحث ferstar أن تطبيق سطح المكتب، أثناء تسجيل دخول المستخدم، كان يستطيع تجميع لقطة مشفرة لمساحة العمل وبدء نقلها إلى خدمة التخزين الكائني التابعة لـ Alibaba Cloud، المعروفة باسم OSS. وأقرت Z.AI بوجود مشكلة مرتبطة بميزة «فهرسة قاعدة الشفرة» (Codebase Indexing)، وقالت إن توليد صفحة Repo Wiki كان يمكن أن يفعّل رفع بيانات المستودع خلال فترة مبكرة كانت فيها الميزة مفعلة افتراضياً.235

ما الذي قيل إن العميل كان يضمّنه في الحزمة؟

بحسب التقرير التقني لـ ferstar، قد تشمل اللقطة مساحة العمل كلها، لا مجموعة ضيقة من المرفقات المختارة لطلب ما. وشملت المكونات التي أُبلغ عنها:

• مجلد .git كاملاً وسجل الالتزامات؛
• ذاكرة أصول Git LFS وسجلات reflog؛
• ملفات مساحة العمل؛
• وإعدادات التطبيق العامة.35

ووصف أحد التقارير أرشيفاً مشفراً بحجم يقارب 313 ميغابايت. كما ذكرت تغطيات مبنية على التحليل أن المفتاح الخاص RSA ذي الصلة كان محفوظاً لدى Z.AI، ما يعني أن المستخدم لا يستطيع فك أرشيف التقطه بنفسه بصورة مستقلة، ولا التحقق من الحذف اعتماداً على النص المشفر وحده.4

وهذه نتائج مُبلّغ عنها استندت إلى الهندسة العكسية ورصد حركة الشبكة، وليست جرداً مستقلاً وعلنياً لكل جهاز قد يكون تأثر. وهذا فارق مهم: رصد محاولة نقل إلى OSS لا يثبت أن كل محاولة اكتملت، ولا يكشف وحده مدة بقاء كائن البيانات متاحاً بعد النقل.316

كيف ارتبطت Repo Wiki بعملية الرفع؟

قالت Z.AI إن أصل المشكلة كان في ميزة فهرسة قاعدة الشفرة، المستخدمة في قدرات من بينها Repo Wiki وسير عمل متعلق بالإصدارات. ووفق رواية الشركة، كان إنشاء صفحة Repo Wiki قادراً على تفعيل رفع بيانات المستودع، وكانت الميزة مفعلة افتراضياً في فترة الإصدار المبكرة.2511

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

ما الذي غيّرته Z.AI بعد ذلك؟

بعد ظهور التقارير، اعتذرت Z.AI وعطّلت الميزات المتأثرة.2 وقالت الشركة لاحقاً إن ZCode v3.14.0 أزال Repo Wiki وعطّل سير العمل الذي ينشئ ويرفع لقطات المستودعات المحلية.16

كما قالت Z.AI إنها فتحت مصدر ZCode ودعت إلى تدقيق خارجي في العميل. وتحدثت تقارير عن تقييمات أجرتها الأكاديمية الصينية لتكنولوجيا المعلومات والاتصالات (CAICT) وشركة NSFOCUS.1023

وبحسب ما نشرته ZCode عن تلك التقييمات:

• خلصت CAICT إلى أن حاوية Alibaba Cloud OSS المسماة zcode-prod كانت في حالة صفر بيانات بعد المعالجة؛
• وأكدت NSFOCUS حذف كائنات البيانات من الحاوية ومن التخزين الاحتياطي ذي الصلة.16

وبشكل منفصل، قالت Zhipu إنها تخطط لخيار عدم الاحتفاظ بالبيانات على منصة MaaS التابعة لها، بحيث تستخدم المدخلات والمخرجات للطلب الحالي ثم تُحذف بعده. ويتعلق هذا الطرح بسياسة معالجة مستقبلية معلنة للمنصة، ولا ينبغي اعتباره دليلاً مستقلاً على ما حدث في سير عمل ZCode السابق.24

ما الذي ما زال غير متحقق منه؟

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

وقالت Z.AI إن الشفرة والبيانات ذات الصلة التي وردت في تقارير المجتمع لم تُحتفظ بها ولم تُستخدم لتدريب النماذج.41 لكن المواد العامة المعروضة هنا لا تقدم سجلاً مستقلاً قابلاً للتدقيق من البداية إلى النهاية يحسم هذا النفي لكل لقطة أُبلغ عنها. لذا فالخلاصة المنضبطة هي أن الشركة تنفي استخدام البيانات في التدريب، فيما يبقى التحقق العلني المستقل غير مكتمل.

لماذا طلبت Chengming Technology جرداً لمعالجة البيانات؟

أرسلت شركة Taiyuan Chengming Technology طلباً قانونياً إلى Zhipu بعد ادعائها رفع بيانات الشركة وأسرارها التجارية من دون تفويض. وتجاوزت طلباتها مجرد الحذف؛ إذ طلبت تحديد مواقع التخزين، وإمكان نقل البيانات عبر الحدود، ومشاركتها مع أطراف ثالثة، واحتمال استخدامها في تدريب النماذج، وسجلات الوصول أو التصدير، وإثبات حذفها من الخوادم والذواكر المؤقتة والنسخ الاحتياطية وأنظمة التعافي من الكوارث.172126

ويعكس هذا الطلب معياراً عملياً يتزايد توقع المستخدمين له من أدوات البرمجة المعتمدة على الذكاء الاصطناعي: ليس مجرد تصريح بأن البيانات حُذفت، بل رواية قابلة للتتبع عن ما الذي جُمع، وإلى أين انتقل، ومن أمكنه معالجته، وكيف يمكن التحقق من حذفه.

تفاعل السوق: قلق فوري لا حكم طويل الأجل

أفادت تقارير بأن أسهم Z.AI هبطت خلال التداول عقب الجدل، ووصف أحدها انخفاضاً لحظياً بلغ 5%.35 وأظهرت صفحات أسعار الإغلاق المتاحة أيضاً ارتفاعاً بنسبة 1.79% عند إغلاق مُعلن لاحق، بينما وصفت تغطية سوقية أخرى إغلاقاً أدنى في اليوم نفسه.3438 وتدعم هذه اللقطات المتباينة استنتاجاً أضيق: الحادثة أثارت قلقاً قصير الأجل في السوق، لا حكماً موثوقاً بشأن أثرها في التقييم على المدى الطويل.

ما الذي ينبغي أن يتعلمه المطوّرون والفرق؟

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

أما الفرق التي تتعامل مع شفرة مملوكة أو أسرار أو بيانات خاضعة للتنظيم، فالأكثر أماناً عملياً هو اشتراط موافقة صريحة قبل الرفع، وتقليص نطاق مساحة العمل، ومراجعة وجهات الاتصال الخارجة من الشبكة، وطلب التزامات من المورّد تحدد الاحتفاظ بالبيانات، والأطراف المعالجة من الباطن، وإجراءات الحذف، وأدلة التدقيق. وفي هذه القضية، يعالج إزالة Z.AI لمسار رفع اللقطات الآلية المبلّغ عنه، لكن الأسئلة الأوسع بشأن التعامل السابق مع البيانات تفسر استمرار الجدل بعد التحديث.1617