Merge تؤتمت تخطيط حفلات العشاء: من عشرات الساعات إلى 30 دقيقة لكل فعالية

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

ما الذي يفعله بوت حفلات العشاء

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

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

توزيع الأدوار بسيط: يتولى النموذج الاستدلال وكتابة المسودات، فيما تتيح موصلات Merge الوصول إلى Salesforce وGong وGoogle Sheets وGmail. وتراجع دينغ النتيجة، وتعيد صياغة العبارات التي تبدو مصطنعة، كما تضع قائمة الضيوف بنفسها لأن البوت لا يمتلك سياق العلاقات الشخصية.

وفقًا لبيانات الشركة، كان إعداد القوائم والرسائل وإدارة الجدول يستغرق سابقًا عشرات الساعات من وقت الفريق بأكمله، بينما يستغرق الآن نحو 30 دقيقة لكل فعالية. وتشمل المقارنة المهام نفسها على مدى ثلاثة أشهر. وبالتوازي، ارتفع عدد حفلات العشاء من 8 في Q2 إلى 16 في Q3، مع التخطيط لأكثر من 30 في Q4.

ما الذي يفيد المطورين هنا

تتعلق الفكرة الرئيسية بالموثوقية. تقول Merge إن استدعاءات الأدوات التي تمر عبر طبقتها تنجح في 99.9% من الحالات، مقارنة بنحو 60% عند استخدام خوادم MCP العامة. ولا تكشف الشركة منهجية المقارنة، كما أنها تبيع تحديدًا الطبقة التي تزعم أنها تحل هذه المشكلة. لكن المشكلة نفسها مألوفة لكل من بنى وكلاء: قد يكون النموذج جيدًا، بينما تنهار السلسلة عند التفويض أو المخططات أو انتهاء مهلة التكامل.

التفصيل الثاني هو استخدام Codex لمراجعة الشيفرة. عرضت دينغ كيف ساعد في إنشاء علامة تبويب جديدة لإعداد الوصول إلى الأدوات؛ إذ ناقش الفريق كيفية جعل زر «Add tool pack» أوضح. ومع ذلك، ظل البشر يتخذون القرارات، فيما تحمل المهندسون مسؤولية التحقق والإصدار. وهذه آلية نزيهة: المراجع يقدم الاقتراحات، لكن المسؤولية تبقى على عاتق الفريق.

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

القيود

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

ومن الأفضل اعتبار الإشادات بـ«شخصية» النموذج وقدرته على استنتاج ما لم يُقل صراحةً انطباعات للمستخدمين، لا قياسات فعلية.

الخلاصة العملية

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