بواسطة فريق GetFree·19 فبراير 2026·5 دقائق قراءة

CEO الذكاء الاصطناعي في Microsoft يقول يمكنك بناء تطبيقات في ثوانٍ. هل البرمجة ميتة؟

✓أهم النقاط

●92% من مطوري الولايات المتحدة يستخدمون الآن أدوات ترميز الذكاء الاصطناعي يوميًا^[2]
●41% من جميع الأكواد عالميًا مُنشأة بالذكاء الاصطناعي^[3]
●45% من أكواد الذكاء الاصطناعي المولدة تحتوي على ثغرات أمنية^[4]
●كشف اختراق Moltbook 1.5 مليون مفتاح API من منصة مكتوبة بالذكاء الاصطناعي^[5]
●يقول Mustafa Suleyman إن التطبيقات يمكن بناؤها الآن "في ثوانٍ"^[1]
●استخدم Linus Torvalds مؤخراً Google Antigravity لبناء كود - دون كتابته بنفسه^[6]

الإعلان الغيّر كل شيء

الخميس الماضي، أطلق Mustafa Suleyman بياناً أثار موجات في مجتمع المطورين منذ ذلك الحين. قال الرئيس التنفيذي لـ Microsoft AI — وأنا أقتبس مباشرة — أن "أي شخص يمكنه الآن البرمجة بالذكاء الاصطناعي وإنشاء تطبيق في ثوانٍ."

اسمع، سمعت مبالغات من مديري تنفيذيين في التكنولوجيا من قبل. هذه واحدة مختلفة.

لماذا؟ لأن Suleyman ليس شخصًا خارجيًا يقدم تنبؤات. إنه يدير الشركة التي تملك GitHub Copilot حرفيًا. لديه إمكانية الوصول إلى بيانات لا يملكها أحد آخر. عندما يقول إن الحاجز قد انخفض، فهو لا يخمن — بل يبلغ عما يراه.

التوقيت ملحوظ أيضًا. يأتي هذا بعد عام واحد بالضبط من وقت صياغة Andrej Karpathy لمصطلح "vibe coding" كطريقة لوصف بناء مشاريع نهاية أسبوع مؤقتة. نظرت الصناعة إليه وقالوا "لا، نحن نطلقه في الإنتاج."

ونعم فعلنا. يا لها من تجربة.

ماذا يبدو الاستخدام اليومي بنسبة 92% فعلًا

دعني أرسم لك صورة. الشهر الماضي، كنت في لقاء مؤسسين في سان فرانسيسكو. من بين 40 شخصاً، شخص واحد فقط رفع يده عندما سُئل "من لا يستخدم أدوات كتابة الأكواد بالذكاء الاصطناعي بانتظام."

شخص واحد.

رقم 92% ليس توقعًا أكاديميًا — إنه وصف لما يحدث بالفعل^[2]. لقد تجاوزنا منحنى التبني. نحن على منصة الإنتاجية.

هاك ما يعنيه هذا من الناحية العملية:

المقياس	2024	2026

المطورون الذين يستخدمون الذكاء الاصطناعي يوميًا	30%	92%
كود يولده الذكاء الاصطناعي	12%	41%
شركات YC بنسبة أكواد 95%+ ذكاء اصطناعي	8%	25%^[3]

المسار واضح. السؤال لم يعد "هل" بل "كم مرة".

لكن هناك شيء لا يخبرك به أحد

يمكننا البناء بشكل أسرع. هذا ليس محل خلاف.

لكن هل يمكننا البناء بأمان؟

ها هي الحقيقة المُزعجة: 45% من الأكواد المُنشأة بالذكاء الاصطناعي تحتوي على ثغرات أمنية^[4]. دعني أقولها مرة أخرى لأنها مهمة. nearly half من الأكواد التي يكتبها الذكاء الاصطناعي بها مشاكل أمنية.

آخر مثال؟ اختراق Moltbook. منصة مكتوبة بالكامل بأسلوب الـ vibe coding كشفت 1.5 مليون مفتاح API للإنترنت العام^[5]. ليس تجربة بحثية. ليس تحدي CTF. منتج حقيقي بمستخدمين حقيقيين وأسرار حقيقية تم نهبها لأن الكود - رغم أنه كان يعمل - لم يُكتب مع مراعاة الأمان.

هذا هو الجزء حيث يدعي سوليمن "البناء في ثوانٍ" يبدأ يشعر أقل كتقدم وأكثر كتحذير.

أزمة الأمان المخفية في الكود المُنشأ بالذكاء الاصطناعي

أنا أعمل بالبرمجة بالذكاء الاصطناعي منذ حوالي ستة أشهر الآن. أطلقت ثلاثة منتجات. ووجدت مشاكل أمنية في الثلاثة.

هذا ما تعلمته:

المشاكل متوقعة

مفاتيح API المُدمجة — الذكاء الاصطناعي لا يعرف دائمًا استخدام متغيرات البيئة
غياب التحقق من المدخلات — الأطراف التي يتم إنشاؤها تثق عمومًا بمدخلات المستخدم بعمى
مصادقة معطوبة — يتم نسيان معالجة الجلسات والتحقق من الرموز وتجزئة كلمات المرور
حقن SQL — حتى في عام 2026، لا يزال الذكاء الاصطناعي أحيانًا يكتب SELECT * FROM users WHERE id = ${id}

الإصلاحات بسيطة (لكن لا أحد يفعلها)

تحتاج لمراجعة كل سطر من الأكواد المولدة بالذكاء الاصطناعي كما لو كتبها غريب. لأنه كذلك.

أنا الآن أُشغّل مسحًا أمنيًا تلقائيًا على كل مشروع قبل النشر. Snyk، وCodeQL، وnpm audit — مهما تطلّب الأمر. تلك الدقائق العشر الإضافية أنقذتني عدة مرات.

إذن هل سليمان مخطئ؟

ليس تمامًا. هو فقط ناقص.

التطبيقات التي يمكنك بناؤها في ثوانٍ؟ هي حقيقية. وظيفية. جاهزة للإطلاق. بنيت لوحة تحكم الأسبوع الماضي في حوالي 3 ساعات كانت ستأخذني أسبوعًا في 2024.

لكن هناك تفصيل مهم: جزء "في ثوانٍ" ينطبق على النسخة الأولى. النسخة التي تعمل. النسخة التي يمكنك عرضها على المستخدمين.

الإصدار الذي لا يُخترق؟ يتطلب وقتًا أطول. مزيدًا من التدقيق. مزيدًا من الانضباط الهندسي.

Suleyman محقق في أن الحاجط انخفض. ما لم يقله هو أن هناك أرضية مخفية تحتها — وتتكون من مفاتيح API مكشوفة وفحوصات تفويض مفقودة.

ماذا يعني هذا لمؤسسي الشركات الناشئة المستقلة

إذا كنت تبني بمفردك أو مع فريق صغير، إليك ميزتك الاستراتيجية:

اطرح بسرعة بالذكاء الاصطناعي. صمّم للمهندسين عند الأهمية.

الترتيب أهم من السرعة:

استخدم البرمجة بالذكاء الاصطناعي للتحقق — احصل على شيء أمام المستخدمين بسرعة
أطلق MVP — اختبر بزخم حقيقي
إعادة هيكلة مع الأمان — قبل التوسع
تدقيق قبل التسويق — لا تصبح العنوان التالي

المؤسسون الفائزون الآن ليسوا أولئك الذين لا يلمسون الكود أبداً. إنهم الذين يستخدمون الذكاء الاصطناعي للتحرك بسرعة، ثم يجلبون الخبرة (أو يتعلمونها بأنفسهم) قبل أن يصبح المنتج مهماً.

لحظة Linus

هنا شيء بقى معي: Linus Torvalds — الرجل الذي كتب Linux، والذي كتب ملايين أسطر الكود — استخدم مؤخرًا Google Antigravity لبناء مكون دون كتابة كود بنفسه^[6].

دع هذا يستقر في ذهنك.

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

إذا كان Linus يبرمج بأسلوب الاهتزاز، ربما بقيةنا يجب أن يتوقف عن التظاهر بأنه دون المستوى.

الأسئلة الشائعة

هل البرمجة بالاهتزاز الذهني آمنة للإنتاج؟

يمكن ذلك — لكن فقط إذا تعاملت مع المخرجات كأي كود آخر: راجعه، واختبره، وافحصه من ثغرات الأمان. ميزة السرعة تختفي إذا أصبح منتجك خطرًا أمنيًا.

هل البرمجة بالاهتزاز الذهني آمنة للإنتاج؟

ليس بالطريقة التي تفكر فيها. الدور يتحول من "كاتب الأكواد" إلى "مراجع الأكواد" و"مهندس المنتج". لا يزال فهم الأكواد مهماً - تحتاج فقط لفهمه بما يكفي للتحقق مما ينتجه الذكاء الاصطناعي، وليس لكتابته من الصفر.

هل سيحل الذكاء الاصطناعي محل المطوّرين؟

الأمان. معدل الثغرات بنسبة 45% في الأكواد المولدة بالذكاء الاصطناعي هو مشكلة حقيقية تزداد سوءًا عندما تأخذ في الاعتبار مدى سرعة الناس في الإطلاق دون مراجعة مناسبة. يجب أن يخيف اختراق Moltbook (1.5 مليون مفتاح API مكشوف) أي شخص يطلق بسرعة[^5].

ما أكبر خطر البرمجة بالذكاء الاصطناعي العاطفي؟

- تشغيل فحوصات أمنية على جميع الرموز المولّدة قبل النشر

كيف أحمي نفسي عند استخدام vibe coding؟

Andrej Karpathy (الذي صاغ "vibe coding") قد انتقل بالفعل إلى "الهندسة العميلة"—التطور التالي حيث تتعامل وكلاء الذكاء الاصطناعي بشكل مستقل مع مهام التطوير متعددة الخطوات. الترميز بالذكاء الاصطناعي هو وصف ما تريده؛ الهندسة العميلة هي ترك الذكاء الاصطناعي يقرر ما يجب بناؤه ويفعله.