الذكاء الاصطناعي لدينا حجز فندقاً لا وجود له — والحسابات كانت تعرف أنه سيفعل
في المرة الأولى التي شاهدت فيها مساعدنا للسفر يؤكد حجز فندق غير موجود، صفّق حاضرو العرض التوضيحي فعلاً.
كان أحد المختبِرين قد طلب نُزُلاً فاخراً صديقاً للبيئة في كوستاريكا بأقل من 200 دولار في الليلة. فأعاد النموذج "Tabacon Springs Eco-Lodge" — نصّ وصفي بديع، وسعر ليلي معقول، وشاشة تأكيد. تُقرأ بشكل رائع. لكنها أيضاً عقاران حقيقيان، Tabacon وNayara Springs، مدمجان في مكان واحد خيالي. لا وجود لنزُل باسم Tabacon Springs Eco-Lodge. لو كانت عائلة على الطرف الآخر من تلك الشاشة، لطارت إلى كوستاريكا ووصلت إلى مكتب استقبال لم يسمع بها قط.
تلك اللحظة هي السبب الكامل وراء أن حجز السفر بالذكاء الاصطناعي الوكيلي أصعب مما يبدو، وهي السبب في رغبتي في استعراض ما أخطأنا فيه قبل أن نصيبه. النسخة المختصرة: في السفر، الإجابة الطلِقة والإجابة الصادقة كائنان مختلفان، والفجوة بينهما ليست خللاً يمكن التخلص منه بالتكرار. إنها خاصية بنيوية لاستخدام نموذج احتمالي لأداء مهمة حتمية.
وكيل السفر البشري الذي يخمّن التوافر يُطرد من عمله. أما الذكاء الاصطناعي الذي يخمّن فيُمدح على أسلوبه — إلى أن يقف زبون في المطار.
طلب مجلس الإدارة "استراتيجية للذكاء الاصطناعي". وأعطاهم السوق سبباً للذعر.
سأهيّئ المشهد، لأنك إن كنت تدير المنتج في شركة إدارة سفر أو وكالة سفر إلكترونية، فأنت تعيشه الآن.
بين فبراير وأبريل 2026، أطلقت أو أعلنت كل طبقة توزيع كبرى في السفر عن الحجز الوكيلي. أعلنت Sabre وPayPal وMindtrip عن أول تجربة وكيلية شاملة في القطاع في 12 فبراير — رحلات جوية متاحة عموماً في الربع الثاني من 2026، تعمل على واجهات Sabre's Mosaic عبر أكثر من 420 شركة طيران ومليونَي فندق، مع قاعدة معارف Mindtrip المؤلفة من 6.5 مليون نقطة فوقها. وقبلها بيوم، أكّد الرئيس التنفيذي لـ Marriott أن وضع الذكاء الاصطناعي في Google سيحجز في Marriott مباشرةً، متخطياً قناة وكالات السفر الإلكترونية بالكامل. ووضعت Amadeus مساعداً توليدياً اسمه Cytric Easy داخل Microsoft Teams، بُني بالتعاون مع Accenture. وتواصل Navan الإبلاغ عن أرقام تجعل كل شركة إدارة سفر تقليدية تبدو بطيئة.
فيدخل المدير المالي الغرفة ويسأل لماذا لا "تفعلون شيئاً بالذكاء الاصطناعي مثل Navan". وهنا الفخ الذي رأيت فِرَقاً ذكية تقع فيه: يسمعون ذلك السؤال على أنه أطلِق روبوت محادثة بسرعة، بينما السؤال الحقيقي — الوحيد المهم — هو كيف نفعل هذا دون أن نُكوى مثل Air Canada؟
المشترون الذين أتحدث إليهم لا يسألون عمّا إذا كان ينبغي القيام بالحجز الوكيلي. فذلك الجدل انتهى. إنهم يسألون كيف يفعلونه دون المراهنة بالشركة على مخزون منصة واحدة، ودون آلة مخطئة بثقة تخلق مسؤولية قانونية يتعيّن عليهم شخصياً الإجابة عنها.
المسؤولية القانونية لها اسم بالفعل، وفريقك القانوني يعرفه
إن أردت أن تفهم لماذا يشعر المستشارون القانونيون في مجال السفر بالقلق، فلا تحتاج سوى قضية واحدة.
في 14 فبراير 2024، أمرت محكمة تسوية المنازعات المدنية في كولومبيا البريطانية شركة Air Canada بدفع 812.02 دولاراً لـ Jake Moffatt بعد أن اخترع روبوت المحادثة الخاص بها سياسة أجرة عزاء بأثر رجعي تناقض قواعد الأسعار الفعلية لشركة الطيران. وكان دفاع Air Canada أن روبوت المحادثة، عملياً، كيان قانوني منفصل مسؤول عن تصريحاته. ورفضت المحكمة ذلك بلغة واضحة: الشركة مسؤولة عن كل شيء على واجهاتها، سواء صدرت الكلمات من صفحة ويب ثابتة أو من نموذج.
ثمانمائة واثنا عشر دولاراً خطأ تقريب لا يُذكر. أما السابقة القضائية فلا. فكل مذكرة قانونية في مجال تقنيات السفر كُتبت منذ ذلك الحين تستشهد بقضية Moffatt، وقد جاء حكم أحدث في الاتجاه المعاكس دون أن يساعد الجهات الناشرة على الإطلاق — ففي يناير 2026 ضيّقت محكمة في Hangzhou مسؤولية المورّد لنموذج لغوي كبير عندما حاول مستخدم إنفاذ وعد قطعه روبوت محادثة. وبقراءة القضيتين معاً، تشيران إلى الاتجاه المزعج ذاته: يقع واجب العناية على العلامة التجارية للسفر، لا على مزوّد النموذج. لا يمكنك إسناد اللوم خارجياً إلى OpenAI.
والأمر لا يقتصر على المال. ففي 2025، سار سياح إلى ارتفاع 4000 متر في جبال الأنديز البيروفية بحثاً عن "الوادي المقدس لـ Humantay"، وهو مكان اخترعه مخطِّط ذكاء اصطناعي من العدم. وقاد زوجان ماليزيان مسافة 400 كيلومتر لركوب "Kuak Skyride" الذي لا وجود له. وبدأت قرية تسمانية يسكنها 33 شخصاً تتلقى مكالمات عن ينابيع حرارية لم تمتلكها قط. ويجعل معيار ISO 31030، معيار إدارة مخاطر السفر، سلامة المسافر التزاماً على الجهة الناشرة — وتلك الحوادث هي بالضبط ما وُجد لمنعه. ومع استخدام نحو ربع السياح الآن للذكاء الاصطناعي في تخطيط الرحلات، لم يعد نطاق الضرر نظرياً منذ فترة.
ما أخطأت فيه: ظننت أنها مشكلة توجيه أوامر
وهنا الجزء الذي لا أفخر به.
كان أول ما بنيناه، بصراحة، غلافاً حسن المظهر. نموذج قادر، وأمر نظام مُهندَس جيداً، واسترجاع فوق كتالوج فنادق، وواجهة محادثة نظيفة. وقدّم عرضاً جيداً — جيداً بما يكفي لأضبط نفسي وأنا أصدّق أن الهلوسات حالة حدّية سنعصرها بعيداً بتوجيه أوامر أفضل وفهرس استرجاع أكبر. وأخبرني مستثمر في ذلك الوقت، بمعنى ما، أن أكتفي باستخدام GPT وأتوقف عن الإفراط في التفكير. ولمدة شهر تقريباً صدّقته نصف تصديق.
لحظة Tabacon Springs هي ما حطّم ذلك الاعتقاد، لكن الشيء الذي غيّر رأيي فعلاً كان الجلوس والقيام بالحساب الذي كنت أتجنبه.
حجز رحلة جوية واقعي هو نحو عشر خطوات متتابعة: تحليل النية، البحث، التصفية، التسعير، الحجز المؤقت، فحص السياسة، جمع تفاصيل المسافر، تسليم الدفع، تثبيت سجل اسم الراكب (PNR)، إصدار التذكرة. لنفترض — بسخاء — أن كل خطوة استدعاء نموذج احتمالي يصيب 90% من الوقت. من البداية إلى النهاية، معدل نجاحك هو 0.9 مرفوعاً للأس العاشر. نحو 34%.
لا يمكنك التخلص من فشل عشوائي متراكم عبر توجيه الأوامر. فالخطأ لا يصغر كلما أضفت خطوات. بل يتضاعف.
ثم وجدت الرقم الذي أنهى النقاش الداخلي. قاس معيار TravelPlanner من مجموعة OSU NLP أداء GPT-4، مستخدماً نمط ReAct الشائع، وهو يُكمل خطط سفر واقعية متعددة الأيام بنسبة 0.6%. ليس 60%. بل ستة أعشار في المئة. ست رحلات ناجحة من أصل ألف.
يلوّح الناس برقم "97%" من المعيار نفسه، وأريد أن أكون دقيقاً هنا لأن اقتباسه سيجعلنا نبدو إما غير أمناء أو ساذجين: ذلك الـ 97% يأتي من حلّال تقوده الشيفرة البرمجية يعمل مقابل قاعدة معارف ثابتة ومجمّدة — لقطات من OpenFlights وYelp — لا من نموذج يحجز مقابل مخزون حي ومتغير. إنه ليس رقم حجز إنتاجي، ومن يقتبسه على أنه كذلك لم يقرأ الورقة البحثية. الرقم الصادق لنموذج لغوي كبير يقود المسار بأكمله هو الرقم الصغير.
كان ذلك هو المنعطف. لم تكن المشكلة قط في توجيه الأوامر. كانت المشكلة أننا وضعنا نموذجاً احتمالياً في مسار التحكم من الأساس.
كيف توقف ذكاءً اصطناعياً عن حجز فندق غير موجود؟
ما إن توقفت عن محاولة جعل النموذج أكثر موثوقية وبدأت أحاول إزالته من الأجزاء التي يجب أن تكون موثوقة، حتى صممت البنية نفسها بنفسها تقريباً.
القاعدة التي استقررنا عليها: النموذج اللغوي يقوم باللغة، ولا شيء آخر. يستخرج ما يعنيه المسافر ويلخّص النتائج بلغة إنجليزية واضحة. لا يستدعي نظام التوزيع العالمي (GDS). لا يفحص السياسة. لا يلمس الدفع. كل واحد من هذه مبرمَج بشكل ثابت، منطق حتمي. نُدير التنسيق كآلة حالات — LangGraph هو مستوى التحكم المعتاد لدينا، وإن كنا لسنا متعصبين له؛ فإن كان العميل قائماً على AWS Bedrock AgentCore أو Vertex AI Agent Builder، بنينا هناك بدلاً من ذلك.
التفصيل الأهم من إطار العمل هو الحالة المُنمَّطة. معظم عمليات نشر الوكلاء الإنتاجية التي رأيتها تموت الميتة الهادئة ذاتها: تنجرف الحالة بصمت بين الخطوات، لا يلاحظ أحد، ويتصرّف الوكيل بثقة بناءً على صورة فاسدة عن العالم. مخطط حالة صارم مُنمَّط بـ Pydantic — كل حقل معلَن، ومتحقَّق منه عند كل انتقال — هو الشيء غير البرّاق الذي يمنع ذلك. وعندما يتعين على حجز أن يمتد عبر عدة عمليات تثبيت، يتولى نمط الملحمة (saga) التراجع: فإن فشل الفندق بعد أن أُصدرت تذكرة الرحلة الجوية بالفعل، يعرف الرسم البياني كيف يُبطل ويتراجع بدلاً من ترك مسافر محجوز نصف حجز.
بنيناه بوصفه ثلاث قدرات، لا منتجاً واحداً، لأن ليس كل مشترٍ يحتاج الشيء بأكمله. هناك وكيل الحجز الحتمي — النواة. وهناك التحقق كخدمة، واجهة برمجية مستقلة يمكن لأي فريق ذكاء اصطناعي للسفر قائم استدعاؤها ليسأل "هل هذا الفندق حقيقي، هل هذا السعر ساري، هل سجل اسم الراكب هذا مؤكَّد فعلاً؟" — حاجز حماية يقف أمام غلاف أطلقته بالفعل، وهو إجابة أرخص بكثير حين يشير فريقك القانوني إلى قضية Moffatt في لجنتك التوجيهية من انتزاع كل شيء. وهناك طبقة سياسة وامتثال تُصرّف سياسة سفر مؤسسية أو قواعد أسعار وكالة سفر إلكترونية إلى قيود مُنفَّذة، وتُجهّز التزامات واجب العناية وفق ISO 31030، وتحمل متطلبات الشفافية لقانون الذكاء الاصطناعي الأوروبي. وقد كتبنا كيف تتلاءم الثلاث معاً على صفحة الحل لهذا العمل.
إنفاذ السياسة يجب أن يكون شيفرة برمجية، لا أمراً توجيهياً. فالأوامر تنجرف بين إصدارات النماذج. أما قواعد العمل فلا يُسمح لها بذلك.
الرقم الذي لا يضعه أحد على شريحة العرض التقديمي
لو استطعت أن أجعل كل فريق سفر يستوعب شيئاً واحداً قبل الإطلاق، لما كان الهلوسة. بل كان اقتصاديات البحث.
مزوّدو أنظمة التوزيع العالمية (GDS) لا يحاسبون على كل حجز. بل يحاسبون على كل بحث عن قطعة رحلة، عادةً من 3 إلى 3.50 دولار زائد نحو 10% عمولة، ويفرضون نسب نظر-إلى-حجز تعاقبك على التسوّق التخميني. ورفعت مجموعة Lufthansa رسوم الحجز عبر GDS مجدداً، اعتباراً من 1 يناير 2026، عبر Amadeus وSabre وTravelport. الآن تخيّل وكيلاً "يفيدك" بتشغيل أربع عمليات بحث استكشافية لكل دورة محادثة لأن النموذج قرر أن يكون شاملاً. على هامش تاجر بنسبة 3 إلى 5% لوكالة سفر إلكترونية، سيحرق ذلك الوكيل أرباح الربع كلها على روبوت محادثة لا يحجز شيئاً فعلياً على الإطلاق.
هذا هو السطر الأكثر تجاهلاً في كل عرض توضيحي للسفر الوكيلي جلست فيه، وهو بالضبط سبب عدم صمود تلك العروض عند احتكاكها بالإنتاج. الوكيل الحتمي يحدّ من عمليات البحث ويخزّنها مؤقتاً لأن طبقة التنسيق — لا مزاج النموذج — هي التي تقرر متى يستحق البحث رسمه.
وبالنسبة لشركة إدارة سفر، ترتبط تلك الاقتصاديات مباشرةً بالرقم الذي يسعى إليه المدير المالي فعلاً. المقياس الذي يحرّكه هذا البناء هو نسبة الحجز دون تدخل بشري ووقت معالجة طابور العمل غير المتصل القابع خلفه. فكل حجز مهلوَس أو غير قابل للخدمة هو تذكرة تسقط رجوعاً إلى وكيل بشري — وهذه هي التكلفة المشار إليها حين يقول أحدهم في الغرفة "افعلوا شيئاً بالذكاء الاصطناعي مثل Navan".
لماذا لا تبنيه فحسب على واجهة Amadeus البرمجية؟
بضع حقائق كان عليّ أن أتعلمها بالطريقة المكلفة، وأصبحت أطرحها الآن في أول مكالمة استكشاف حتى لا يُفاجأ أحد في الشهر الثالث.
إن كنت شركة إدارة سفر تخطط لـ "البناء فقط على واجهة Amadeus البرمجية"، فتحقق من المفتاح الذي بحوزتك. إن مستوى Amadeus's Self-Service Production تحديداً يستثني نقطة نهاية Flight Create Orders — فهي، بتأطيرهم الخاص، مصممة للشركات دون اعتماد وكالة سفر. ولإصدار الطلبات فعلاً تحتاج مستوى المؤسسات. لقد رأيت هذا البند الواحد يعيد ضبط خارطة طريق بمقدار ربع سنة.
ثم هناك الوصلة التي يعاملها الجميع على أنها محلولة وليست كذلك: NDC مقابل GDS. قدرة التوزيع الجديدة (NDC) رائعة للعرض والطلب الأوليَّين، لكن خدمة ما بعد الحجز — التبديلات، والاستردادات، وإعادة الحجز في العمليات غير المنتظمة — لا تزال تعمل على بنية GDS التحتية حتى عندما كان البيع الأصلي عبر NDC. الوكيل الإنتاجي يحتاج كلا الأنبوبين، لا خياراً ثنائياً بينهما. وNDC نفسه ليس شيئاً واحداً: إدارة الطلبات من المستوى الرابع عبر مُجمِّع مثل Verteil أو Duffel هي تكامل مختلف عن تسوّق المستوى الثالث الذي تتوقف عنده معظم الأغلفة. والعمليات غير المنتظمة (IROPS) هي حيث تصبح الفجوة حقيقية — فحدث طقسي واحد يمكن أن يترك مسافرين عالقين بأعداد كبيرة، كل منهم يكلّف من 500 إلى 2000 دولار لإعادة حجزه. والوكيل الذي يستطيع البحث لكنه لا يستطيع الخدمة هو لعبة.
وإن كان تصميمك يجعل الوكيل يصدر التذاكر مباشرةً بدلاً من التوجيه إلى نظام مضيف، فأنت الآن في منطقة الاعتماد — ARC في الولايات المتحدة، التي تستغرق نحو 25 يوماً بمجرد استيفاء المتطلبات المسبقة، أو اعتماد IATA الكامل، الذي قد يستغرق من ستة إلى اثني عشر شهراً. وهناك أيضاً فخ الدفع: لحظة تجمع فيها واجهة محادثة بيانات البطاقة، تكون قد جررت كامل منظومتك إلى نطاق PCI. والتجارة الوكيلية اليوم لا تزال تسلّم التفويض الفعلي إلى خطوة دفع بشرية، مع الترميز عبر مزوّد مثل VGS أو Checkout.com يبقي بيانات البطاقة خارج بيئتك.
لا شيء من هذا في العرض الرئيسي. كل هذا في تقرير حادثة الإنتاج.
"لماذا لا تشتري حل Sabre، أو Cytric، أو Navan فحسب؟"
يسألني الناس هذا باستمرار، وإجابتي الصادقة تفاجئهم: أحياناً ينبغي لك ذلك.
إن كنت وكالة سفر إلكترونية ترفيهية سعيدة بتوزيع مخزون Sabre على قضبان Sabre، فمنظومة Sabre–PayPal–Mindtrip شراء معقول — طالما قبلت العرض المقيّد بـ Sabre وغياب طبقة سياسة مؤسسية أو تجهيز ISO 31030. وإن كنت مؤسسة أصيلة في بيئة Microsoft قائمة بالفعل على Cytric وConcur، فربما يكون Cytric Easy داخل Teams مناسباً لك، وسأخبرك بذلك مباشرةً. وإن أردت انتزاع شركة إدارة السفر لديك بالكامل وتشغيل منصة أصيلة للذكاء الاصطناعي، فقد استحقت Navan أرقامها بجدارة — 73% نفقات دون تدخل بشري، ومخالفات السياسة انخفضت من 35% إلى أقل من 5% — ولن أتظاهر بأننا نتفوق عليها في كونها Navan.
نحن نلائم حالة أضيق ومحددة: تريد الاحتفاظ بعقود GDS القائمة لديك وبعلاقتك مع شركة إدارة السفر وتضيف ذكاءً فوقها، محايداً تجاه المورّدين، دون أن تصبح موزّعاً لمن اشتريت منه وكيلك. هذا هو البناء. والأجزاء التي لا أستطيع القيام بها، أقولها بصوت عالٍ — نحن لسنا وكيل إصدار تذاكر معتمداً من IATA/ARC، لذا يمر الإصدار عبر مضيفك؛ ونحن لا نملك اتفاقياتك التجارية مع GDS؛ ولا يمكننا إصلاح سياسة سفر مؤسسية غامضة، وإن كنا سنساعدك على إحكامها في مرحلة الاستكشاف، لأن السياسة الغامضة تصنع وكيلاً غامضاً مهما كانت الشيفرة جيدة.
الموعد النهائي الذي يغلق النافذة
أمر أخير بشأن الوقت. التزامات الشفافية في قانون الذكاء الاصطناعي الأوروبي على الجهات الناشرة تدخل حيّز التنفيذ في 2 أغسطس 2026، وقد صدر إرشاد تصنيف المخاطر العالية في 2 فبراير 2026. إن كان وكيلك يتحدث إلى مستهلكين في الاتحاد الأوروبي، فالإفصاح ليس اختيارياً و"سنضيفه لاحقاً" مخالفة امتثال في طور الحدوث. نحن نبني واجهة الإفصاح وفق المادة 50 ومسار تدقيق للتسجيل والتفسير من البداية، لأن تركيب الشفافية لاحقاً على غلاف صندوق أسود أشد إيلاماً بكثير من التصميم من أجلها.
إذن هذا هو المكان الذي وصلت إليه بعد كل ذلك. الطلاقة أصبحت الآن مجانية — كل غلاف في السوق يبدو واثقاً، ولا يستطيع مسافر أن يميّز تأكيداً حقيقياً من آخر مهلوَس بمجرد قراءته. ما يستطيع المسافر تمييزه، في نهاية المطاف، هو ما إذا كانت الغرفة عند مكتب الاستقبال حين يصل. تلك الفجوة — بين جملة تُقرأ صادقة وسجل اسم راكب (PNR) هو صادق — لا تُغلق لأن النموذج صار أكبر. بل تُغلق لأن أحدهم قرر، قبل الإطلاق، ألا يكون النموذج أبداً هو الجهة التي تجيب على "هل هذا حقيقي؟". الطبقة الحتمية التي تجيب عليه غير برّاقة، ولا تقدّم عرضاً بنفس الجودة، وهي المهمة بأكملها.
لا يزال Tabacon Springs Eco-Lodge ليس مكاناً حقيقياً. السؤال الوحيد المهم هو ما إذا كان نظامك يعرف ذلك قبل أن يقف زبونك في البهو. إن أردت أن ترى كيف بنينا نظامنا ليعرف، الشرح الكامل موجود هنا.
