دليل سدايا للبرمجة بالإيحاء: ست عناصر لطلب جيد، والمسؤولية تبقى على المطوّر

أصدرت الهيئة السعودية للبيانات والذكاء الاصطناعي (سدايا) في 29 أكتوبر 2026 دليلاً عملياً لما يُعرف بالبرمجة بالإيحاء (Vibe Coding)، أي استخدام الذكاء الاصطناعي التوليدي والوكيلي في بناء البرمجيات. أهمية الدليل لا تأتي من أنه يشجع على الأداة، فهذا يفعله الجميع، بل من أنه يضع إطاراً مكتوباً يقول بوضوح: الذكاء الاصطناعي يسرّع العمل، لكن المسؤولية عن جودة البرمجيات تبقى على المطوّر. في هذا المقال نلخّص ما ورد في الدليل كما نقله موقع The Technology Express، ثم نحوّله إلى خطوات يمكن تطبيقها في فريقك.

ما هو دليل سدايا؟

الدليل إطار عملي لدمج الذكاء الاصطناعي التوليدي والوكيلي في عمليات تطوير البرمجيات. يستهدف المتخصصين التقنيين والمطوّرين والمؤسسات في القطاعين الحكومي والخاص في المملكة. ويأتي ضمن سياق إعلان 2026 عاماً للذكاء الاصطناعي في السعودية، وأهداف رؤية 2030 للتحول الرقمي.

وتتلخص الرسالة الأساسية في نقطتين:

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

يبقى المطوّرون مسؤولين عن جودة البرمجيات، مهما بلغت قدرات الذكاء الاصطناعي.

العناصر الستة لطلب جيد

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

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

المخاطر التي يشير إليها الدليل

يحدد الدليل ثلاث مخاطر رئيسية، وهي نفسها ما يواجه أي فريق يستخدم أدوات توليد الكود:

الكود غير الدقيق

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

مشكلات الموثوقية

قد ينتج النموذج حلولاً مختلفة للطلب نفسه في مرات مختلفة. لذلك تحتاج إلى معايير قبول ثابتة بدل الاعتماد على انطباع أن «الناتج يبدو جيداً».

الثغرات الأمنية

قد يستدعي الكود المولّد مكتبات قديمة أو يتجاهل التحقق من المدخلات. الحل هو فحص أمني آلي وضمانات تقنية قبل الدمج.

كيف تطبّق هذا في فريقك؟

الخطوات التالية اجتهاد عملي مبني على مبادئ الدليل، وليست نصاً منه:

1. اعتمد قالباً للطلبات: اكتب قالباً من العناصر الستة، وشاركه مع الفريق.
2. اجعل المراجعة إلزامية: لا يُدمج كود مولّد بدون مراجعة شخص يفهمه.
3. اكتب الاختبارات أولاً أو معه: اطلب من الأداة الاختبارات، ثم راجعها بنفسك، فالاختبار الضعيف يعطي ثقة كاذبة.
4. شغّل فحوصاً أمنية في خط التكامل: فحص الاعتمادات والأسرار والثغرات المعروفة.
5. حدّد ما يُسمح بإرساله للأداة: لا ترسل بيانات العملاء أو أسراراً إلى خدمات خارجية دون سياسة واضحة.
6. سجّل قرارات الفريق: متى استُخدم الذكاء الاصطناعي، ومن راجع، وما الذي عُدّل.

لماذا يهم هذا الدليل خارج السعودية؟

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

أسئلة شائعة

هل الدليل إلزامي؟

بحسب ما نُشر، هو دليل عملي وإطار إرشادي موجّه للمطوّرين والمؤسسات، ولم يُذكر أنه تشريع ملزم.

هل يعني الدليل أن الذكاء الاصطناعي يمكنه كتابة التطبيق كاملاً؟

لا. الدليل يشجع على الاستفادة منه في مراحل التطوير كلها، لكنه يؤكد بقاء الإشراف البشري والمسؤولية على المطوّر.

ما أسهل خطوة أبدأ بها اليوم؟

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

الخلاصة

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

المصدر: The Technology Express