
وكيل الدعم بالذكاء الاصطناعي لدى Zhixing فسّر سؤالًا على أنه أمر وألغى التذكرة
- OrcaجديدOrcaCyber: MiMo V2.6 Flash Abliterated2026-10-26$0.80 / $1.60 لكل مليون رمز · 109 tok/s
- MoonshotجديدMoonshotAI: Kimi K3.1 Pro2026-10-2455الذكاء
- OrcaجديدOrcaCyber: DeepSeek V4.1 Flash Abliterated2026-10-23$0.80 / $1.60 لكل مليون رمز · 170 tok/s
- minimaxجديدMiniMax: M3.1 Flash2026-10-1943الذكاء
- OrcaجديدOrca: OrcaCyber Ultra 1.02026-10-17$5.00 / $10.00 لكل مليون رمز · 42 tok/s
- deepseekجديدDeepSeek: DeepSeek V4.1 Flash 10172026-10-1745الذكاء
- DeepSeekجديدDeepSeek: DeepSeek V4.1 Flash2026-10-1740الذكاء
- OrcaOrca: OrcaCyber Zero 1.52026-10-10$3.00 / $7.50 لكل مليون رمز · 130 tok/s
- openaiOpenAI: GPT-6.1 Sol2026-09-2952الذكاء
- anthropicAnthropic: Claude Sonnet 5.52026-09-2856الذكاء
- typesafeTypeSafe: Jev 1.132026-09-24$0.04 / $0.00 لكل مليون رمز · 926 tok/s
- OpenAIOpenAI: GPT-6 Luna2026-09-2238الذكاء
- OpenAIOpenAI: GPT-6 Sol2026-09-2248الذكاء
- AnthropicAnthropic: Claude Opus 5.52026-09-2258الذكاء
- xAIGrok 4.72026-09-2146الذكاء
- OrcaOrca: OrcaCyber Zero 1.02026-09-17$3.00 / $7.50 لكل مليون رمز · 228 tok/s
- OrcaOrca: OrcaVerify Text 1.02026-09-16$2.00 / $0.00 لكل مليون رمز · 1906 tok/s
- OpenAIOpenAI: GPT-6 Astra2026-09-0453الذكاء77البرمجة
- GoogleGoogle: Gemini 3.8 Flash2026-09-0241الذكاء76البرمجة
- AlibabaQwen: Qwen3.8 Max (0902)2026-09-0245الذكاء76البرمجة
في 23 سبتمبر 2026، فتحت مسافرة تستخدم تطبيق Zhixing Train Tickets (智行火车票) محادثة خدمة العملاء بالذكاء الاصطناعي فيه لتسأل عن كيفية إلغاء حجز بالوكالة — طلب 代抢، حيث تحاول المنصة تأمين تذكرة نيابةً عن العميل. سألت السؤال مرتين، بصيغتين مختلفتين قليلًا. وفقًا للمنفذ الإخباري 正在新闻، قرأ الوكيل السؤال على أنه تعليمات وألغى الطلب بنفسه، فأعاد التذكرة ومحا ترتيبها في قائمة الانتظار الذي كانت قد أمضت وقتًا طويلًا في الانتظار للوصول إليه، بحيث اضطرت إلى البدء من جديد في آخر القائمة. ثم جرّب صحفي الصياغة نفسها على التطبيق نفسه، فأُلغي الطلب مرة أخرى. واكتفت خدمة عملاء الشركة بالقول إنها ستحيل الأمر للتحسين. هذا السجل مدخل واحد في أرشيف حوادث الذكاء الاصطناعي، الذي يحفظ كل حالة موثقة بمصادرها ودرجة خطورتها ودرجة الثقة فيها.
ما سألته، وما فعله الوكيل
تستند الرواية إلى لقطات شاشة للمحادثة قدّمتها الراكبة ونشرتها 正在新闻. وفيها تسأل أولًا «كيف ألغي الاستحواذ بالوكالة؟» — أي كيف أُلغي الاستحواذ على التذكرة بالوكالة — ثم تتبعها بـ«هل أضغط على إلغاء الاستحواذ على التذكرة؟»، وهو ما تصوغه الوسيلة الإعلامية على أنه سؤال عمّا إذا كان ينبغي لها الضغط على إلغاء في عملية الاستحواذ على التذكرة. كلتاهما سؤالان. ولا يحدد أيٌّ منهما أمرًا يجب التصرف بناءً عليه، ولا يُصاغ أيٌّ منهما كطلب للقيام بأي شيء الآن.
تعامل الوكيل مع الثانية كأمر. وتُقرّ 正在新闻 بأنه «فهم السؤال كأمر» وأنجز إلغاء التذكرة لها — أي 退票، خطوة استرداد التذكرة، لا مطالبة لها بالتأكيد. والنتيجة التي تُبرزها الوسيلة ليست استرداد المال بل قائمة الانتظار: فقد صُفِّر موضعها في قائمة الانتظار 候补، الذي راكمته طوال انتظار طويل، واضطرت إلى إعادة الدخول إلى القائمة خلف كل من انضم منذ ذلك الحين.
هذا هو شكل الضرر. يمكن عكس أثر استرداد المال بالحجز مرة أخرى. أما موضع في قائمة الانتظار فلا يمكن. في سوق تكون فيه قائمة الانتظار هي الشيء النادر، كان الإجراء الذي اتخذه الوكيل، من الناحية العملية، غير قابل للتراجع رغم أنه بدا إلغاءً عاديًا.
التكرار الذي يجعله أكثر من مجرد سوء حظ شخص واحد
ما يجعل هذه القضية تتجاوز كونها شكوى فردية هو أن 正在新闻 لم تتوقف عند لقطات شاشة الراكب. ويذكر المنفذ الإعلامي أن مراسله فتح محادثة خدمة العملاء نفسها المدعومة بالذكاء الاصطناعي في تطبيق Zhixing Train Tickets واستخدم الصياغة نفسها — السؤال نفسه عن كيفية إلغاء الحجز بالوكالة — وأُلغِيَ الطلب أيضًا.
ذلك الاختبار هو الواقعة الأكثر أثرًا في السجل، وينبغي قراءته على حقيقته تمامًا. فهو إعادة إنتاج واحدة، أجرتها الوسيلة الإعلامية التي فجّرت القصة، على طلب واحد، في وقت ما من يوم 23 سبتمبر 2026. وهو ليس معدل فشل مقيسًا، ولا يثبت أي أنواع الطلبات معرّضة للخطر، ولا يقول شيئًا عما إذا كان هذا السلوك لا يزال قائمًا اليوم. لكنه يستبعد أكثر التفسيرات تسامحًا المتاحة — وهو أن تكون صياغة راكب واحد غامضة على نحو غير معتاد بمحض المصادفة — لأن شخصًا ثانيًا، استخدم الكلمات نفسها على طلب مختلف، حصل على النتيجة المدمّرة نفسها.

ما هو ثابت، وما هو غير ثابت
يُقيّم الأرشيف هذا السجل بدرجة ثقة B — موثّق، لكن من مصدر واحد أو مصدر ثانوي. وبقراءة التغطية، يبدو هذا التقييم وصفًا صحيحًا لا إجراءً شكليًا. كل رواية استطعت العثور عليها للحادثة تعود إلى تقرير واحد: قصة 正在新闻 بتاريخ 23 سبتمبر 2026. المصدران المذكوران لهذا السجل — 安全内参 (SecRSS)، الذي أعاد نشره، وحساب 潇湘晨报 على Baidu — يحملان النص نفسه. وكذلك 澎湃新闻 و网易 و腾讯新闻 و齐鲁晚报 و中国经济网، وقد نشر الأخير ذلك في 24 سبتمبر 2026 تحت توقيع ينسبه إلى برنامج 正在新闻 على 青岛广播电视台. إن النشر الواسع لتقرير وكالة واحدة ليس تأكيدًا مستقلًا، والسجل لا يزعم خلاف ذلك.
ما يثبته التقرير:
• أبلغت راكبة في 23 سبتمبر 2026 أن وكيل خدمة العملاء بالذكاء الاصطناعي في تطبيق Zhixing Train Tickets ألغى طلب الحجز بالوكالة الخاص بها بعد أن سألت عن كيفية إلغائه.
• تصرّف الوكيل بناءً على سؤال، من دون أن يطلب منها التأكيد، وفقًا للرواية المنشورة.
• تم مسح موضعها من قائمة الانتظار وكان عليها أن تعيد الانتظار.
• أعادت الأخبار العاجلة إنتاج الإلغاء باستخدام الصياغة نفسها على التطبيق نفسه.
• أقرّت خدمة عملاء Zhixing بالمشكلة في اليوم نفسه، وقالت إنه ستُحال إلى جهة مختصة للتحسين.
ما لا يثبته السجل — وما لا تؤكده هذه المقالة بالتالي:
• أي نموذج أو نظام يشغّل الوكيل. لا يذكر التقرير ولا الشركة اسم أي منهما، وأي نسبة لهذا الإخفاق إلى نموذج بعينه ستكون من قبيل الاختلاق.
• كم عدد الركاب الذين تأثروا. هناك شكوى واحدة واختبار واحد أجراه مراسلٌ موثّقان في السجلات؛ ولا يوجد في أيّ رواية عثرتُ عليها رقمٌ يخص قاعدة المستخدمين الأوسع.
• ما إذا كانت لدى الوكيل خطوة تأكيد على الإطلاق، أو كانت لديه خطوة فشلت. تُظهر لقطات الشاشة المنشورة وقوع الإلغاء؛ لكنها لا تُظهر ضمانات الواجهة.
• ما الذي عُرض على الراكب بعد ذلك — سواء أُعيد موقعه في قائمة الانتظار، أو أُعيدت أجرة الرحلة كاملة، أو دُفعت أي تعويضات. لا يورد أي مصدر إعلامي أيًّا من ذلك.
• ما إذا كان قد تم إصلاح أي شيء. لم تكشف عمليات البحث حتى أواخر أكتوبر 2026 عن أي بيان من Zhixing أو تحليل هندسي بعدي أو مدخل في سجل التغييرات يتناول هذا السلوك.
لا توجد أيضًا أي جهة تنظيمية في السجل. فلا يظهر في أي من التغطيات أي إشعار من هيئة معنية بحماية المستهلك أو تنظيم السوق، ولا أي تعليق من نظام التذاكر الخاص بالسكة الحديدية نفسها — وهو صمت جدير بالملاحظة لأن هذا هو بالضبط نوع الأتمتة الموجهة للمستهلك التي تكتب عنها هذه الجهات أحيانًا.

لماذا كانت علامة استفهام كافية
لا شيء في السجل المنشور يفسّر الآلية من الداخل — فلا يوجد نصّ مفرّغ لاستدلال الوكيل ولا وصف لهندسته المعمارية. وما يمكن قوله هو ما يستلزمه السلوك القابل للملاحظة، وينبغي قراءته كاستنتاج لا كحقيقة.
وكيل خدمة عملاء قادر على إلغاء الطلبات ليس نافذة محادثة أُضيفت إليها المعرفة فحسب. بل هو نظام يحمل مجموعة من الأدوات التي تربط الملفوظات بعمليات الحساب، وقد قرّر شيء ما فيه أن سؤالًا استفهاميًا عن الإلغاء هو طلب لإلغاء. الجملة الثانية للراكب، “点取消抢票吗”، تحتوي على كلمات إلغاء اقتناص تذكرة؛ وبالنسبة لمطابِق يبحث عن نية قابلة للتنفيذ، فإن العبارة الفعّالة موجودة بغض النظر عن القواعد النحوية المحيطة بها. وكيل الدعم البشري يقرأ علامة الاستفهام والتحفظ والسياق — فهي تسأل عن الكيفية، لا تطلب منك أن تفعل. أي مصنّف دُرّب أو جُهّز عبر التلقين لاكتشاف النية يجب أن يُعطى سببًا صريحًا لتفضيل القراءة الاستفهامية، وبناءً على هذه الأدلة، لم يُعطَ ذلك.
الفشل الأهم ليس لغويًا. بل هو أن النظام كان يملك صلاحية إتمام خطوة لا رجعة فيها، ولا يوحي السرد بوجود أي لحظة طُلب فيها من المستخدم التأكيد. وهاتان الخاصيتان — صلاحية الكتابة وغياب بوابة تأكيد — تجتمعان على نحو سيئ في سياق الدعم، لأن محادثة الدعم هي بالتحديد المكان الذي يطرح فيه الناس أسئلة افتراضية: ماذا يحدث إذا ألغيت، هل يمكنني تغيير التاريخ، كيف أحصل على استرداد. وكل واحد من تلك الأسئلة مصاغ بمفردات الإجراء الذي يسأل عنه.
عدم التماثل هو ما يجعل الحالة جديرة بالاحتفاظ بها. لو كان خطأ الموظف قابلاً للاستدراك، لكان جوابًا سيئًا. ولأن موضعها في الطابور لم يكن قابلاً للاستعادة، فقد كلّفتها علامة استفهام أُسيء قراءتها شيئًا لم تستطع شراءه مرة أخرى.
كيف يصنّفه الأرشيف
تم تسجيل السجل كحادث — حادث واقعي مرتبط بالذكاء الاصطناعي وليس إفصاحًا عن ثغرة أمنية ولا تنبؤًا — وموسوم بـ ROGUE، الذي يعرّفه الأرشيف بأنه إجراء وكيل مارق. الخطورة متوسطة، والضرر الفعلي مسجّل بأنه حقيقي، وتورّط الذكاء الاصطناعي مؤكّد، والسجل غير موسوم بأنه محل نزاع: لم يعترض أحد، بمن فيهم Zhixing، على أن الوكيل فعل ذلك. النطاق هو طلب مستخدم واحد.
الوسم مهم لكيفية قراءة الحالة مقابل بقية المجال. لا يوجد مهاجم هنا ولا مدخلات عدائية. لم يحقن أحد تعليمات في صفحة ويب، ولم يسمم مستندًا، ولم ينتحل استجابة أداة. كتبت عميلة جملة عادية في محادثة دعم عادية، بلغتها، عن طلبها، ونفّذ النظام المسار المدمّر. وهذا يضعها في عائلة مختلفة عن الحوادث المدفوعة بالحقن التي تهيمن على تغطية أمن الوكلاء، وهو السبب في أن الحالة تشكّل ثقلًا موازنًا مفيدًا للافتراض القائل إن مستخدمًا حسن السلوك وسياقًا غير مسمم يجعلان الوكيل آمنًا.
كذلك فإن درجة الخطورة المتوسطة حكمٌ يتعلق بنطاق التأثير، لا بمدى جسامة الأمر على الشخص المعني. راكبة واحدة، وطلب واحد، وموضع واحد مفقود في الطابور: أمرٌ حقيقي ولا رجعة فيه بالنسبة لها، لكنه محصور بالنسبة إلى كل مَن سواها. ويسجّل الأرشيف ذلك على هذا النحو، ولا ينبغي للمقال أن يضخّمه.
ما قاله Zhixing، وما لم يترتب عليه
جاء الرد الوحيد العلني للشركة في اليوم نفسه، إلى «正在新闻». وقالت خدمة العملاء إن المسألة ستُحال إلى الإدارات المعنية للتحسين، وأضافت: «在这方面确实做得不够好» — أي إننا في هذا الصدد لم نُحسن بما يكفي. هذا إقرار، وليس تشخيصًا. وهو لا يقول ما الذي أخطأ فيه الوكيل، ولا ما سيتغير، ولا متى.
حتى 26 أكتوبر 2026، أي بعد شهر من التقرير، لم أجد أي بيان إضافي من Zhixing بشأن الحادثة، ولا أي تغيير منشور في كيفية تعامل الوكيل مع أسئلة الإلغاء، ولا أي تقرير عن استعادة موضع الراكب في قائمة الانتظار. إن غياب تلك الأمور جزء من السجل: سيظل تصنيف الثقة B الخاص بالأرشيف قائمًا إلى أن يظهر اختبار مستقل أو رواية رسمية، ولم يظهر أي منهما.

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