الترميز بالحدس في Bitrix24: كيف يبني الذكاء الاصطناعي «جواز العميل»

أتاح الترميز بالحدس (vibe coding) في Bitrix24 لفرق المنصة إنشاء «جواز العميل» بمساعدة وكلاء الذكاء الاصطناعي. وهو بطاقة موجزة للشركة تضم جهات الاتصال والصفقات والعملاء المحتملين وجميع الأنشطة في شاشة واحدة من بوابة الأعمال.

ما هي «فايب كود» ولماذا هي مطلوبة

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

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

جواز العميل: ماذا بنينا وكيف

في نظام CRM المعتاد تتوزع بيانات الشركة على أقسام مختلفة: جهات الاتصال والصفقات وسجل المكالمات والرسائل، وكلٌّ منها في شاشة منفصلة. ويضطر المدير إلى تجميع الصورة يدويًا قبل كل مكالمة أو اجتماع.

يعالج «جواز العميل» هذه المشكلة: صفحة واحدة يظهر فيها كل شيء دفعة واحدة. وجمع المؤلفون في البطاقة ما يلي:

• جهات اتصال الشركة مع المسميات الوظيفية وقنوات التواصل
• الصفقات المفتوحة والمغلقة مع المبالغ والحالات
• العملاء المحتملون (Leads) مع المصادر والمديرين المسؤولين
• التسلسل الزمني للأنشطة: المكالمات والمهام والاجتماعات والرسائل

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

أين أخطأ الذكاء الاصطناعي وكيف عولج ذلك

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

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

«نروي بالخطوات تجربتنا: ما الذي كان بسيطًا، وكيف بنينا العمل، وأين

أخطأ الذكاء الاصطناعي وهل اضطررنا إلى تصحيح شيء يدويًا»، يكتب المؤلفون.

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

لماذا يهم هذا قطاع الأعمال

تمثّل «فايب كود» مثالًا واضحًا على كيفية دمج المنصات المؤسسية للتطوير بالذكاء الاصطناعي في صميم منظومتها. فقبل ذلك، كان أي تخصيص في Bitrix24 يتطلب مطوّرًا ملمًّا بـ API. أما الآن فيستطيع محلل الأعمال أن يصف المهمة بالروسية ويحصل على نموذج أولي يعمل خلال ساعات.

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

ماذا يعني هذا

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

ما هو الترميز بالحدس (vibe coding) في Bitrix24؟

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