ساعد Cursor في تجميع بوت على Telegram لإعلانات الجيران من دون سطر واحد من البرمجة

لا تكمن أهمية قصة Cursor هنا في كونها موجة حماس جديدة تجاه AI، بل في كونها اختبارًا عمليًا: هل يمكن بناء خدمة رقمية مفيدة لمهمة يومية من دون فريق ومن دون كتابة كود يدوي؟ أخذ الكاتب حالة بسيطة من الحياة اليومية — إعلانات الجيران في دردشة المبنى — وحوّلها إلى بوت على Telegram يمكن التفاعل معه بلغة عادية.

التجربة مع Cursor

يعمل الكاتب في IT منذ وقت طويل، وهو مطّلع على مقاربات AI مثل RAG، ولا يتعامل مع الأدوات الجديدة كما لو كانت سحرًا. لذلك كان تأثير Cursor عليه أقوى: فالمسألة لم تكن توليد بضع دوال أو اقتراحات داخل المحرر، بل تجميع مشروع كامل عبر حوار مع بيئة التطوير.

وبحسب قوله، كان الوصول إلى نتيجة كهذه في السابق سيتطلب فريقًا مستقلًا يضم مصممًا، ومطور front-end، ومطور backend، ومتخصص AI، وشخصًا يتولى نشر كل ذلك.

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

«للمرة الأولى أنجزت مشروعًا متكاملًا من دون أن أكتب سطر كود واحدًا على الإطلاق».

فكرة خرجت من دردشة المبنى

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

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

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

كيف يعمل البوت

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

وهنا تظهر قوة هذا النهج بالنسبة إلى الخدمات الصغيرة.

• دخول من دون تسجيل أو اشتراكات غير ضرورية
• مسار سريع لنشر الإعلان
• تركيز على الفائدة لمجتمعات الجيران
• نموذج استخدام أساسي مجاني
• إمكانية إضافة مزايا مدفوعة لاحقًا من دون كسر المسار المجاني

تُظهر هذه المجموعة من المتطلبات بوضوح أن no-code مع AI لا يعني الفوضى. بل على العكس، كلما كانت حدود المنتج أوضح، كان أداء الأداة أفضل في تنفيذ المهمة. لم يطلب الكاتب من النظام «أن يصنع شيئًا يتعلق بالإعلانات»، بل وصف رحلة مستخدم محددة والقيود المرتبطة بها. ونتيجة لذلك، لم يظهر AI كلعبة للعرض، بل كأداة لبناء MVP قادرة على تحويل مشكلة يومية بسرعة إلى خدمة تعمل.

ماذا يعني هذا

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

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