Cursor يساعد في بناء بوت تيليغرام لإعلانات الجيران دون كتابة سطر برمجي واحد

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

تجربة مع Cursor

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

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

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

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

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

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

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

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

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

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

ماذا يعني ذلك

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