كيف خفّف مساعد Telegram المبني على Claude العبء عن المدير التنفيذي وتولّى جزءًا من عمل الفريق

أدمج فريق SaaS صغير مساعدًا ذكيًا مباشرة في دردشة العمل على Telegram، وحوّله خلال بضعة أشهر من تجربة إلى أداة تشغيلية متكاملة. يرد البوت على مديري المنتج، ويطّلع على الكود، وينشئ المهام في GitHub، ويتحمّل جزءًا من العبء الذي كان يقع في السابق شبه كليًا على عاتق المدير التنفيذي (CEO).

كيف يعمل المساعد

يصف الفريق عملية عمل نموذجية لشركة SaaS صغيرة: خمسة مطوّرين وأربعة مديرين والمدير التنفيذي، مع بيئة تقنية تضم PHP وVue وMySQL وGitHub وTelegram. لم تكن المشكلة في غياب الأدوات، بل في أن الخبرة الداخلية كلها تقريبًا كانت متمركزة في شخص واحد. كان المدير يجيب يدويًا عن الأسئلة المتكررة، ويشرح كيف يعمل المنتج، ويتنقل باستمرار بين المبيعات والدعم والتطوير. ولهذا السبب كانت حتى الاستفسارات البسيطة من العملاء تتعطل لساعات في انتظار الرد.

أُدمج المساعد في الدردشة المشتركة نفسها ليعمل في المكان الذي يجري فيه التواصل اليومي أصلًا. أساس النظام بوت مبني على Claude لا يتلقى رسالة منفردة، بل سياق السلسلة كاملًا، مع صلاحية الوصول إلى قاعدة الكود وبيانات العملاء ومهام GitHub (issues) والوثائق الداخلية. ويشدد المؤلفون على نقطة جوهرية: لم يكن الضبط الدقيق (fine-tuning) هو العامل الحاسم، بل السياق المُجمَّع بالشكل الصحيح. فالنموذج لا يكون مفيدًا إلا حين يرى البيانات الحقيقية والوضع العملي الراهن.

أين يساعد فعلًا

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

«90% من السحر ليست في النموذج، بل في السياق الذي يُمرَّر إليه».

وكان وضع صياغة المهام لا يقل فائدة. فحين يطلب المدير التنفيذي «تدوين مهمة»، لا ينسخ المساعد المحادثة إلى issue، بل يحوّل النقاش إلى وصف تقني مع خطوات للتنفيذ. وفي حالة تحليل صور الشقق، ربط البوت بنفسه بين التجزئة (hashing) الموجودة أصلًا وسيناريو المقارنة الجديد، وأضاف Hamming distance وعتبات التطابق ودرجة مركّبة (score) واختبار صحة على عينة كبيرة. وهكذا يحصل المطوّر في دقيقة واحدة على مهمة بمستوى قائد تقني، لا على مراسلات خام.

• يجيب عن أسئلة المديرين الروتينية خلال 15–40 ثانية
• ينشئ GitHub issue مع تعيين المنفّذ والتصنيفات (labels)
• يقدّم إرشادات حول الكود ويضيّق نطاق البحث عن الأخطاء
• يكتب changelog بعد الإصدارات مباشرة في الدردشة
• يساعد في إعداد الرد على العميل حتى في وقت متأخر من المساء

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

أين يخطئ

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

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

ولتقليل المخاطر، وضع الفريق قاعدة بسيطة لكنها مهمة: إذا لم يكن البوت واثقًا، فعليه أن يكتب صراحة أن الإجابة تحتاج إلى التحقق منها لدى المطوّرين. وخلال ثلاثة أشهر ترك المساعد نحو 2500 رسالة، وأنشأ قرابة 120 مهمة، وساعد في إغلاق نحو 60% من أسئلة المديرين دون الرجوع إلى المدير التنفيذي. لكن في المقابل وقعت ثلاث حوادث حرجة بسبب الهلوسة (hallucination). وهذه نتيجة جيدة لأداة تسريع العمليات، لكنها حجة ضعيفة لاعتبار هذا النظام مصدرًا مستقلًا للحقيقة.

ماذا يعني ذلك

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