يسألنا العميل في أول اجتماع تقريبا: هل تستخدمون الذكاء الاصطناعي في البرمجة؟ والإجابة الصادقة: نعم، كل يوم، وبقواعد مكتوبة. نستخدم مساعدات البرمجة لكتابة الأجزاء المتكررة والاختبارات والتوثيق وتحليل السجلات، ولا نسمح لها بأن تقرر بنية النظام أو تلمس المدفوعات والبيانات الشخصية دون مراجعة مهندس. هذا المقال يشرح أين يساعدنا الذكاء الاصطناعي فعلا، وأين نوقفه عند حده، وما القواعد التي تحكم ذلك، ولماذا يعنيك هذا كصاحب عمل حتى لو لم تقرأ سطر كود في حياتك.
أين يساعدنا الذكاء الاصطناعي فعلا
في أي مشروع برمجي هناك عمل يتطلب حكما هندسيا، وعمل يتطلب صبرا. الذكاء الاصطناعي يختصر النوع الثاني. هذه المهام التي نستخدمه فيها في معظم مشاريعنا:
- الكود المتكرر: نماذج الإدخال، التحقق من الحقول، شاشات القوائم والبحث والترقيم، وربط واجهة برمجية موثقة. المساعد يكتب المسودة في دقائق، والمهندس يراجعها ويعدل ما يخالف معايير المشروع.
- الاختبارات: نكتب الاختبار الأول لكل جزء بأيدينا ليحدد الأسلوب، ثم نطلب من المساعد تغطية الحالات الحدية: قيم فارغة، أرقام سالبة، نصوص عربية طويلة، طلبات متزامنة. هذا رفع عدد الاختبارات في مشاريعنا دون أن يرفع عدد ساعات كتابتها.
- ترحيلات قواعد البيانات: تحويل تغيير مطلوب في البنية إلى ملف ترحيل مع إجراء التراجع، ثم مراجعته على نسخة من بيانات حقيقية قبل أن يقترب من الإنتاج.
- التوثيق: شرح الدوال، توثيق الواجهات البرمجية بصيغة OpenAPI، ومسودة دليل المستخدم. المسودة من المساعد، والدقة مسؤوليتنا.
- تحليل السجلات: عندما يصل خطأ 500 من خادم عميل في الثالثة صباحا، يلخص المساعد آلاف الأسطر إلى فرضيتين أو ثلاث في دقيقة. المهندس يتحقق منها، لا يسلم بها.
- مسودات الترجمة: واجهات بالعربية والإنجليزية تحتاج مئات النصوص القصيرة. المساعد يكتب المسودة، ومتحدث أصلي يراجع كل نص قبل أن يراه المستخدم.
مثال من مشروع حديث: نظام إدارة لشركة توزيع فيه 40 شاشة قوائم متشابهة. كتب المهندس أول شاشتين بيده وحدد النمط، ثم ولد المساعد البقية على المنوال نفسه في يوم عمل بدل أسبوعين، وذهب الأسبوعان الموفران إلى ما يحتاج تفكيرا فعلا: منطق التسعير المتدرج وتسويات المندوبين.
القاسم المشترك: مهام لها إجابة يمكن التحقق منها بسرعة. إذا أخطأ المساعد في اختبار، يفشل الاختبار. إذا أخطأ في ترحيل، تظهر المشكلة على بيئة التجربة. الخطأ هنا رخيص ومرئي.
أين لا نستخدمه
هناك قرارات يكون الخطأ فيها غاليا ومتأخر الظهور، وهذه نبقيها بيد المهندس مهما بدت أدوات الذكاء الاصطناعي واثقة:
- بنية النظام: كيف تقسم الخدمات، أين تضع الحدود بين الوحدات، متى تحتاج طابور رسائل ومتى يكفي جدول. المساعد يعطيك بنية تعمل في العرض التوضيحي وتنهار عند أول ألف مستخدم حقيقي، لأنه لا يعرف حجم بياناتك ولا ميزانية استضافتك ولا من سيشغل النظام بعد عام.
- القرارات الأمنية: سياسة الصلاحيات، تخزين كلمات المرور، التحقق من الهوية، حدود الطلبات. نكتب هذه بأيدينا ونراجعها بعينين إضافيتين، لأن الكود المولد يميل إلى الحل الذي يعمل لا الحل الآمن.
- أي شيء يلمس المدفوعات: التكامل مع بوابات الدفع، حساب الضرائب، إصدار الفواتير الإلكترونية. كل سطر هنا يكتبه أو يراجعه مهندس يعرف ما يعنيه خطأ قرش واحد في فاتورة ضريبية.
- البيانات الشخصية: ما يخزن، ولكم من الوقت، ومن يراه. المساعد لا يعرف قانون حماية البيانات الذي يخضع له عميلك، ونحن مسؤولون عن معرفته.
وهناك منطقة رمادية نتعامل معها بحذر: التقارير المالية والإحصائيات. المساعد يكتب الاستعلام بسرعة، لكن استعلاما يجمع الأرقام بطريقة خاطئة يعطي تقريرا يبدو سليما ويقود إلى قرار خاطئ. لذلك يراجع المهندس كل استعلام مالي على بيانات معروفة النتيجة قبل اعتماده.
لا يعني هذا أن المساعد ممنوع من هذه الملفات تماما. يعني أن ما يخرج منه فيها يعامل كمسودة من مبرمج مبتدئ: تقرأ كاملة، سطرا سطرا، قبل أن تدخل الفرع الرئيسي.
قواعدنا الأربع
الأدوات تتغير كل بضعة أشهر، والقواعد ثابتة. هذه القواعد التي يلتزم بها كل مهندس في Web Pioneer، وتجد الإطار الأوسع لها في صفحة الثقة وطريقة التسليم كاملة في كيف نعمل:
- التغيير المكتوب بمساعدة الذكاء الاصطناعي يمر بالبوابة نفسها. مراجعة كود من مهندس ثان، اختبارات تعمل تلقائيا، ثم بيئة تجربة يراها العميل، ثم الإنتاج. لا يوجد مسار سريع للكود المولد. إن كان هناك فرق فهو أننا نقرأه بحذر أكبر، لأن الكود المولد يبدو صحيحا أكثر مما هو عليه. تفاصيل بوابة الجودة في صفحة اختبار البرمجيات وضمان الجودة.
- لا بيانات عميل في نماذج طرف ثالث دون اتفاق مكتوب. قاعدة بيانات العملاء، الفواتير، المحادثات، السجلات التي تحوي أرقام هواتف: لا تلصق في أي أداة خارجية. عند تحليل السجلات نحجب المعرفات أولا. وإذا احتاج مشروع إلى معالجة بيانات حقيقية بنموذج خارجي، يكون ذلك بندا في العقد باسم المزود وشروطه.
- الأسرار لا تغادر البيئة. مفاتيح الواجهات البرمجية، كلمات مرور قواعد البيانات، شهادات بوابات الدفع: تعيش في ملفات البيئة على الخادم فقط. مساعدات البرمجة تعمل في مستودعات لا تحتوي على أسرار، وفحص تلقائي يمنع إيداع أي مفتاح في المستودع بالخطأ.
- المهندس يوقع، لا الأداة. كل تغيير يحمل اسم مهندس مسؤول عنه، ويستطيع شرحه في اجتماع المراجعة الأسبوعي دون أن يفتح المساعد. إذا لم يستطع شرحه، لا يدمج.
ماذا يعني هذا لك كعميل
ثلاثة أشياء عملية. الأول أن أول نسخة قابلة للتجربة تصلك أسرع مما كانت قبل عامين، لأن الأسابيع التي كانت تذهب في الشاشات المتكررة والتوثيق صارت أياما. الثاني أن بوابة الجودة لم تتغير: المراجعة والاختبارات وبيئة التجربة والمراجعة الأسبوعية معك كما هي، وهذا ما تدفع ثمنه فعلا. الثالث أننا نجيب بصدق عندما تسأل أي جزء كتب بمساعدة الذكاء الاصطناعي وأي جزء كتب يدويا، ولا نقدم الأمر كسر صناعة.
هناك أثر رابع لا يلاحظه العميل مباشرة لكنه يخدمه: المهندس الذي لم يقض يومه في كتابة شاشات متكررة يصل إلى اجتماع المراجعة الأسبوعي وقد قرأ طلباتك بعناية أكبر وجرب النظام كما يجربه موظفوك. الوقت الموفر لا يختفي، بل ينتقل إلى الأجزاء التي يصعب على أي أداة أن تحكم فيها: هل هذه الشاشة مفهومة لمحاسب لم يتدرب عليها؟ هل هذا التقرير يجيب عن سؤال المدير فعلا؟
ما لا يعنيه: لا يعني أن السعر ينخفض إلى النصف. الجزء الذي يختصره الذكاء الاصطناعي كان أصلا الجزء الرخيص من المشروع. الجزء الغالي، فهم عملك واتخاذ القرارات الصحيحة وتشغيل النظام بعد الإطلاق، ما زال يحتاج مهندسين يحاسبون على نتيجته.
فخ البرمجة بالمزاج لأصحاب الأعمال
في 2026 يستطيع أي شخص أن يصف فكرة تطبيق لأداة ذكاء اصطناعي ويحصل خلال ساعة على شيء يعمل على شاشته. المصطلح الشائع لذلك هو vibe coding، أو البرمجة بالمزاج. وقد رأينا نتائجه عندما يصلنا صاحب عمل بعد ستة أشهر يقول: التطبيق كان يعمل، ثم توقف، ولا أحد يعرف لماذا.
العرض التوضيحي الذي يعمل ليس نظاما يشتغل. الفرق بينهما هو كل ما لا تراه على الشاشة:
| ما يبدو جاهزا | ما ينقصه فعلا |
|---|---|
| شاشات تعمل عند التجربة | اختبارات تثبت أنها ستظل تعمل بعد كل تعديل |
| بيانات محفوظة | نسخ احتياطي مجدول تم التحقق من استعادته فعلا |
| تطبيق مرفوع على خادم | مراقبة تنبه أحدا عندما يتوقف، وشخص مسؤول عن الرد |
| تسجيل دخول | سياسة صلاحيات وتشفير وتحديثات أمنية دورية |
| دفع إلكتروني يمر | معالجة الحالات الفاشلة والاستردادات والتسويات مع البوابة |
| كود موجود | مالك يفهمه ويستطيع تعديله بعد سنة |
الكود المولد بلا مهندس مسؤول ليس أصلا تملكه، بل التزام لا تعرف حجمه. وغالبا ما تكون تكلفة إصلاحه أعلى من تكلفة بنائه بطريقة صحيحة من البداية، لأن أحدا لم يوثق ما صنع ولماذا.
نقول هذا ونحن نستخدم الأدوات نفسها. الفرق ليس في الأداة، بل في وجود مراجعة واختبارات ونسخ احتياطي ومراقبة ومالك. إن كنت تجرب فكرة لنفسك فالبرمجة بالمزاج طريقة ممتازة لاختبارها. إن كان عملاؤك سيدفعون من خلالها، فهي نقطة البداية لا خط النهاية.
قائمة أسئلة تطرحها على أي مورد عن استخدام الذكاء الاصطناعي
لا تسأل المورد: هل تستخدمون الذكاء الاصطناعي؟ فالإجابة ستكون نعم أو لا ولن تفيدك. اسأل عن القواعد:
- هل يمر الكود المكتوب بمساعدة الذكاء الاصطناعي بمراجعة من مهندس ثان قبل الدمج؟ من يوقع عليه؟
- هل توجد اختبارات تلقائية تعمل مع كل تغيير؟ هل أستطيع رؤية تقرير آخر تشغيل لها؟
- هل تلصق بياناتي أو بيانات عملائي في أدوات خارجية؟ أين يكتب ذلك في العقد؟
- أين تخزن المفاتيح وكلمات المرور الخاصة بمشروعي؟ هل سبق أن دخل مفتاح إلى المستودع؟
- من يملك الكود بعد السداد، وهل يستطيع فريق آخر فهمه من التوثيق وحده؟
- ما الأجزاء التي تكتبونها يدويا دائما؟ (إن كانت الإجابة: لا شيء، فهذه إجابة كافية.)
- ماذا يحدث بعد الإطلاق: من يراقب النظام ومن يستعيد النسخة الاحتياطية ومن يرد عند التوقف؟
- هل تخبرونني عند السؤال أي أجزاء كتبت بمساعدة الذكاء الاصطناعي؟
المورد الذي يجيب عن هذه الأسئلة بوضوح يستخدم الذكاء الاصطناعي لصالحك. والذي يتهرب منها يستخدمه لصالح هامشه.
وأضف سؤالا أخيرا عن عقد الصيانة: هل يشمل تحديث الحزم والمكتبات التي اعتمد عليها الكود المولد؟ فالمساعدات تميل إلى استخدام مكتبات كثيرة لأنها سهلة في اللحظة، وكل مكتبة منها ستحتاج تحديثا أمنيا خلال عام. من يكتب الكود بسرعة يجب أن يكون مستعدا لصيانته بالجدية نفسها.
الفرق بين استخدامنا الداخلي وخدماتنا للذكاء الاصطناعي
كل ما سبق عن أدوات نستخدمها داخليا لنسلم برمجيات عادية بجودة أعلى وفي وقت أقصر. وهو مختلف عن الخدمات التي نبنيها لعملائنا بالذكاء الاصطناعي نفسه، حيث تنطبق القواعد الأربع نفسها وتزيد عليها قواعد خاصة بالبيانات:
- روبوتات المحادثة: رد آلي على واتساب وموقعك يجيب من بياناتك الفعلية لا من خياله، ويحول ما يعجز عنه إلى موظف.
- وكلاء الذكاء الاصطناعي: مساعدات تنفذ مهاما محددة داخل أنظمتك، بصلاحيات محدودة وسجل لكل إجراء.
- حلول الأتمتة: معالجة الفواتير والطلبات والرسائل المتكررة بقواعد يمكن مراجعتها.
- الاستشارات: تحديد ما يستحق الأتمتة فعلا في شركتك وما لا يستحق، قبل أن تدفع لأي أداة.
في هذه الخدمات نسأل أولا: أين تذهب بياناتك؟ ونختار معك بين نموذج خارجي بعقد معالجة بيانات، أو نموذج يعمل على خوادمك، بحسب حساسية البيانات وميزانيتك. والإجابة مكتوبة في العقد لا في وعد شفهي.
إن كنت تقيم موردا الآن أو تحمل عرضا توضيحيا يعمل وتريد تحويله إلى نظام يشتغل، تحدث مع مهندس. نراجع ما لديك ونقول لك مكتوبا ما ينقصه وكم يكلف.
