إذا بُني تطبيقك أو موقعك أو نظامك الداخلي بأدوات الذكاء الاصطناعي، أو كان المطور الذي تتعامل معه يستخدمها، فدليل «البرمجة التوليدية» (Vibe Coding) الذي أصدرته الهيئة السعودية للبيانات والذكاء الاصطناعي (سدايا) في أبريل 2026 يضع قاعدة واحدة واضحة: كل ما يولده الذكاء الاصطناعي مسودة غير معتمدة حتى يراجعها إنسان ويتحقق منها ويعتمدها رسميا. الدليل يقع في 57 صفحة، وهو موجه للفرق التقنية في الجهات الحكومية والقطاع الخاص، ويسمي 4 مخاطر رئيسية و6 قيود جوهرية، ويحدد 5 نقاط يجب أن يتدخل فيها الإنسان قبل أن يصل الكود إلى عملائك. في هذه المقالة نحوله إلى أسئلة عملية تطرحها على فريقك أو مزودك هذا الأسبوع.
ما هي البرمجة التوليدية بتعريف سدايا؟
يعرّف الدليل البرمجة التوليدية بأنها نهج يصف فيه المستخدم ما يريد تنفيذه بلغة عادية، ثم تتولى أدوات الذكاء الاصطناعي كتابة الكود. ويتجاوز الدليل الكتابة إلى ما يسميه «الذكاء الاصطناعي التوكيلي» (Agentic AI)، أي أدوات تبني الكود وتشغل الاختبارات وتدير النشر بنفسها، بينما يوجه الإنسان القرارات المهمة.
ويقسم الدليل الاستخدام إلى 3 مسارات: التصميم وتجربة المستخدم (الأفكار والنماذج الأولية)، والبرمجة (كتابة الكود وتحسينه)، والاختبار (خطط الاختبار وبياناته وتحليل الأعطال). ويستشهد بأن مايكروسوفت أشارت إلى أن هذه الأدوات تولد نحو 30% من الكود المنتج داخليا لديها، وأن جوجل أوضحت أن نحو 25% من كودها الجديد يولد بالذكاء الاصطناعي ثم يراجع بشريا قبل الدمج. الرسالة واضحة: الشركات الكبرى تستخدم هذه الأدوات يوميا، لكن داخل نظام مراجعة.
القاعدة الأهم: مخرجات الذكاء الاصطناعي مسودة
أول تعريف في الدليل هو «المسودة المولدة بالذكاء الاصطناعي»: أي مخرج يولده النظام يبقى مسودة أولية غير معتمدة إلى أن يخضع للمراجعة البشرية والتحقق والاعتماد. ويصف مبدأ «الإنسان في الحلقة» (Human-in-the-loop) بأنه مبدأ حوكمة إلزامي ضمن منهجيته. ويضيف أن تدخل الإنسان يصبح إلزاميا عندما تُمنح أدوات الذكاء الاصطناعي صلاحيات تنفيذية قد يكون لها أثر تشغيلي أو قانوني أو تجاري كبير.
بلغة صاحب العمل: إذا كانت أداة ذكاء اصطناعي تستطيع نشر تحديث على تطبيقك أو تعديل قاعدة بيانات عملائك دون أن يوافق أحد، فهذا بالضبط ما يحذر منه الدليل. وللتوضيح، الدليل استرشادي وليس نظاما بعقوبات، لكنه أوضح مرجع رسمي سعودي حتى الآن لما يعد «استخداما مسؤولا» لهذه الأدوات، ويكمل الإطار الوطني لإدارة مخاطر الذكاء الاصطناعي.
4 مخاطر يسميها الدليل، وكيف تظهر في مشروعك
- الهلوسة: كود يبدو سليما لكنه يستدعي واجهات برمجية غير موجودة، أو يوصي بحزم ومكتبات خيالية أو غير مدعومة. النتيجة أخطاء ربط مع أنظمتك الأخرى، وقد تكون ثغرة إذا ثبّت أحدهم حزمة بالاسم المقترح دون تحقق.
- الإفراط في الثقة: اعتماد كود مولد دون تدقيق أمني أو وظيفي، أو نقله مباشرة إلى بيئة التشغيل التي يستخدمها عملاؤك.
- التغطية السطحية: تحليل أمني عام لا يغطي كل الثغرات، واختبارات غير شاملة، تعطيك شعورا زائفا بأن كل شيء على ما يرام.
- المخرجات غير الثابتة: الأمر نفسه يعطي كودا مختلفا في كل مرة، فيصعب تكرار النتيجة ومراجعتها.
6 أمور لا يضمنها الذكاء الاصطناعي
يسرد الدليل 6 قيود جوهرية: لا يفهم نية عملك إلا بقدر ما كتبته له صراحة، ولا يقدّر المخاطر أو الأولويات الخاصة بمنشأتك، ولا يغني عن التفكير المعماري وقرارات التصميم، ولا يضمن صحة الكود أو ملاءمته للاستخدام الفعلي، ولا ينتج نتائج متطابقة دائما، ولا تعد مخرجاته دليلا اختباريا رسميا ولا بديلا عن الاختبارات الفعلية. ويقول الدليل صراحة إن مسؤولية التحقق والاختبار والاعتماد «مسؤولية بشرية كاملة».
5 نقاط مراجعة بشرية قبل أن يصل الكود إلى عملائك
- مراجعة كل تغيير برمجي قبل دمجه في الفرع الرئيسي.
- تقييم جاهزية كل إصدار قبل نشره.
- الإشراف على قرار النشر أو التراجع عنه.
- تفسير أي سلوك غير متوقع أثناء التشغيل.
- اعتماد خطط التطوير وخارطة الطريق التقنية طويلة المدى.
أسئلة تطرحها على مطورك أو مزودك هذا الأسبوع
- من يراجع الكود الذي يكتبه الذكاء الاصطناعي قبل دمجه، وهل توجد مراجعة مسجلة لكل تغيير؟
- هل الاختبارات تشغَّل فعلا على النظام، أم أن الأداة «قالت» إن الكود يعمل؟
- ما الصلاحيات الممنوحة لأدوات الذكاء الاصطناعي؟ هل تستطيع النشر أو الوصول إلى قاعدة البيانات الحقيقية؟ (راجع ما حدث مع وكلاء البرمجة الذين نفذوا أوامر المهاجم).
- هل بيانات الاختبار مصطنعة؟ الدليل يطلب توليد بيانات اختبار تلتزم بقواعد الخصوصية وتمنع استخدام أي بيانات حقيقية أو حساسة، وهذا مهم لبيانات عملائك الشخصية.
- من يوقّع على الإصدار قبل نشره، ومن يملك قرار التراجع إذا ظهر خلل؟
إذا لم تحصل على إجابة واضحة لثلاثة أسئلة من هذه الخمسة، فالمشكلة ليست في أداة الذكاء الاصطناعي بل في طريقة العمل. وإن كنت تختار جهة تطوير جديدة، أضف هذه الأسئلة إلى معايير اختيار شركة البرمجة.
رأي أوريجامي
نستخدم أدوات الذكاء الاصطناعي في التصميم والبرمجة والاختبار، لأنها تختصر وقتا حقيقيا على عملائنا. لكننا نعامل ما تكتبه كما يصفه دليل سدايا تماما: مسودة. كل تغيير يمر بمراجعة مطور، والاختبارات تشغَّل فعلا، وبيانات العملاء الحقيقية لا تدخل بيئة الاختبار، وقرار النشر بيد إنسان. السرعة التي تأتي بلا مراجعة تُدفع لاحقا في صورة أعطال وثغرات. إذا بنيت نموذجا أوليا بالذكاء الاصطناعي وتريد تحويله إلى نظام يعتمد عليه عملاؤك، تحدث معنا.
المصادر
أسئلة شائعة
هل دليل سدايا للبرمجة التوليدية ملزم لشركتي؟
الدليل استرشادي وليس نظاما بعقوبات، وهو موجه للفرق التقنية في الجهات الحكومية والقطاع الخاص. لكنه أوضح مرجع رسمي سعودي لما يعد استخداما مسؤولا لأدوات البرمجة بالذكاء الاصطناعي، ويصف المراجعة البشرية بأنها مبدأ حوكمة إلزامي ضمن منهجيته.
هل أستطيع بناء تطبيق كامل بالذكاء الاصطناعي دون مبرمج؟
تستطيع بناء نموذج أولي سريع لتجربة الفكرة. أما النظام الذي يعتمد عليه عملاؤك فالدليل يقول إن الذكاء الاصطناعي لا يضمن صحة الكود أو ملاءمته، وإن مسؤولية التحقق والاختبار والاعتماد بشرية كاملة، فتحتاج مطورا يراجع قبل الإطلاق.
ما أكبر خطر في الكود الذي يكتبه الذكاء الاصطناعي؟
يسمي الدليل 4 مخاطر: الهلوسة مثل اقتراح مكتبات أو واجهات غير موجودة، والإفراط في الثقة بنقل الكود إلى التشغيل دون تدقيق أمني، والتغطية السطحية في التحليل والاختبارات، واختلاف المخرجات في كل مرة.
كيف أتأكد أن مطوري يراجع الكود الذي يولده الذكاء الاصطناعي؟
اسأله عن نقاط المراجعة الخمس في الدليل: مراجعة كل تغيير قبل دمجه، وتقييم جاهزية الإصدار، والموافقة على النشر أو التراجع، وتفسير السلوك غير المتوقع، واعتماد خطة التطوير. واطلب أن تكون المراجعات والاختبارات مسجلة وليست شفهية.
