انطلق تطبيق PowerPulse، وهو متتبع لانقطاع التيار يعتمد على المصادر الجماعية، والذي طورته مبرمجة غانية باستخدام أدوات البرمجة منخفضة الكود (low-code) المدعومة بالذكاء الاصطناعي، على منصة Vercel بعد تحولين رئيسيين في المنتج. يتيح التطبيق لأي شخص في غانا الإبلاغ عن انقطاع التيار الكهربائي، ومتابعة بث مباشر للتقارير، وعرض إحصائيات استعادة الخدمة — دون الحاجة إلى خلفية رسمية في هندسة البرمجيات.

لماذا يحتاج "dumsor" إلى حقيقة مشتركة

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

من إحباط شخصي إلى نموذج أولي للتكنولوجيا المدنية

قامت المبتكرة، التي تصف نفسها بأنها مبرمجة غير محترفة، بتحويل انزعاجها الشخصي من "dumsor" إلى مرفق عام. استخدمت منصات البرمجة منخفضة الكود (low-code) المدعومة بالذكاء الاصطناعي — مثل توليد الكود بناءً على الأوامر (prompt-based code generation) والخدمات الجاهزة — لربط تطبيق ويب متكامل (full-stack) دون الحاجة لكتابة كل سطر برمجياً.

يقدم المنتج أربعة إجراءات أساسية:

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

الحزمة التقنية التي جعلت ذلك ممكناً

  • Next.js 16 و TypeScript لإطار عمل الواجهة الأمامية وضمان سلامة الأنواع (type safety).
  • Tailwind CSS للتنسيق السريع القائم على الأدوات (utility-first).
  • Supabase لقاعدة البيانات، وتوثيق المستخدمين، والتحديثات في الوقت الفعلي.
  • Vercel للاستضافة مع ميزة التوسع التلقائي.

جميع المكونات مفتوحة المصدر أو خدمات مدارة، مما سمح للمطورة بالتركيز على منطق المنتج بينما تولى الذكاء الاصطناعي ملء الأكواد الروتينية (boilerplate).

التحول الأول – التخلي عن الخريطة الحية

تضمن النموذج الأولي الأول خريطة حية لغانا مبنية باستخدام Leaflet، وهي مكتبة خرائط JavaScript مفتوحة المصدر. تتطلب Leaflet بيئة متصفح، وهو ما يتعارض مع التصيير من جانب الخادم (server-side rendering) في Next.js وأدى إلى ظهور أخطاء برمجية يصعب تصحيحها. بعد الصراع مع تلك الأخطاء، استبدلت المبرمجة الخريطة بقوائم منسدلة بسيطة لاختيار المنطقة والمدينة. فقدت واجهة المستخدم بعض اللمسات البصرية، لكن الوظيفة الأساسية — جمع التقارير وعرضها — أصبحت موثوقة وجاهزة للإطلاق.

التحول الثاني – إعادة تصميم التخطيط

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

معضلة البداية الباردة

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

وجهة نظر مغايرة: حدود ومقايضات البرمجة منخفضة الكود

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

ما الخطوة التالية

تستهدف خارطة الطريق ثلاثة تحسينات:

  • تنبؤ بمخاطر الانقطاع مدعوم بالذكاء الاصطناعي، باستخدام البيانات التاريخية للتنبؤ بمناطق انقطاع التيار المحتملة.
  • إشعارات دفع (Push notifications) تنبه المستخدمين عند الإبلاغ عن انقطاع التيار في منطقتهم أو استعادة الخدمة.
  • تطوير تطبيق هاتف محمول أصيل (Native mobile app).

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

الخلاصة

يُظهر PowerPulse أن الفرد المصمم يمكنه استخدام منصات low-code المعززة بالذكاء الاصطناعي لتقديم حل تقني مدني (civic-tech) فعال، حتى في سوق تعاني من عدم استقرار التيار الكهربائي. وتؤكد القصة على درسين: أولاً، إطلاق منتج قابل للاستخدام أفضل من محاولة إتقان ميزة معطلة؛ وثانياً، التكنولوجيا وحدها لن تحل مشكلة تعتمد على التعهيد الجماعي (crowd-sourced)—فبناء مجتمع من المساهمين هو العائق الحقيقي.