بعد مرور عام على قضية 'Vibe Coding' التي ذكرها أندريه كارباثي في فبراير 2025، طرأ تغيير جذري على تطوير البرمجيات بفعل الذكاء الاصطناعي. وقد أدى هذا إلى أزمة كبيرة للعديد من شركات البرمجيات التي حظيت بفرص هائلة بفضل الذكاء الاصطناعي.
في الفترة 2025-2026، واجه النظام البيئي للبرمجيات مفتوحة المصدر أزمة غير مسبوقة.
ثلاثة أسباب لانهيار المصادر المفتوحة
1. الاستغلال الصامت — لا أحد يأتي
تُطلق GitHub على أزمة المصادر المفتوحة في عصر الذكاء الاصطناعي اسم "سبتمبر الأبدي".
سبتمبر الأبدي: في أوائل التسعينيات، كانت Usenet مجتمعًا يركز على طلاب الجامعات. في كل سبتمبر، كان الطلاب الجدد يتدفقون وينشرون محتوى منخفض الجودة، ولكن المستخدمين الحاليين كانوا يقومون بتعليمهم، ويعود الوضع إلى طبيعته في غضون شهر أو شهرين. ولكن في سبتمبر 1993، عندما فتحت AOL شبكة Usenet للجمهور العام، أصبح "سبتمبر" لا ينتهي أبدًا.
لكن الأزمة الحقيقية ليست في فيضان طلبات السحب (PR) الرديئة التي يولدها الذكاء الاصطناعي. بل هي أن لا أحد يأتي على الإطلاق.
لقد تعلم الذكاء الاصطناعي بالفعل من أكواد المصادر المفتوحة. لم يعد المطورون بحاجة لزيارة المستودعات، أو قراءة الوثائق، أو فتح المشكلات، أو إرسال طلبات السحب. فبمجرد قول "اصنع لي هذا"، يقوم الذكاء الاصطناعي بإنشاء النتائج بناءً على المصادر المفتوحة.
يزداد الاستخدام بشكل كبير، بينما تتحول المجتمعات إلى مدن أشباح.
| الحالة | ما الذي حدث |
|---|---|
| Tailwind CSS | زيادة في تنزيلات npm، انخفاض 40% في حركة مرور الوثائق، انخفاض 80% في الإيرادات |
| Stack Overflow | انخفاض 25% في النشاط بعد 6 أشهر من إطلاق ChatGPT، انخفاض 76% في عدد الأسئلة اعتبارًا من عام 2025 |
| Vercel | v0 يولد الكود باستخدام مكتبات مفتوحة المصدر (مثل Tailwind، shadcn/ui) — Vercel تحتكر الأرباح |
| SQLite | الكود في النطاق العام، لكن مجموعة الاختبارات خاصة عمدًا — استراتيجية فعالة في عصر الذكاء الاصطناعي |
استنتاج ورقة arXiv 2601.15494: يستخدم Vibe Coding المصادر المفتوحة (OSS) ولكنه لا يقرأ الوثائق، أو يبلغ عن الأخطاء، أو يشارك في المجتمع.
يتهاوى الافتراض الأساسي للبرمجيات مفتوحة المصدر — "الانفتاح يجلب العائد" —. لقد وصلنا إلى عصر أصبحت فيه الفائدة من النسخ أكبر من الفائدة من الانفتاح.
2. مفارقة المجتمع — كلما زاد عدد المساهمين، تباطأ العمل
كان الاعتقاد السائد هو أن "كلما زاد عدد المساهمين، تسارعت وتيرة المشروع". الواقع هو العكس تمامًا. أثبت فريد بروكس ذلك بالفعل في عام 1975 — "إضافة المزيد من الأشخاص يجعل المشروع أبطأ." وذلك لأن تكاليف الاتصال تزداد بمربع عدد الأشخاص.
مع زيادة عدد المساهمين، تزداد تكاليف المراجعة والتنسيق واتخاذ القرار. يقضي المشرفون وقتهم في إدارة الأشخاص بدلاً من كتابة الكود. في عصر الذكاء الاصطناعي، تتفاقم هذه المشكلة بشكل كبير — فالمستخدمون يأخذون ما يحتاجونه بصمت عبر الذكاء الاصطناعي، والمساهمات القليلة المتبقية تزيد فقط من تكاليف التنسيق.
في النهاية، أصبح العمل بمفردك مع الذكاء الاصطناعي أسرع من العمل مع المجتمع.
3. الدفاع ليس هو الحل
لذلك، بدأت العديد من المشاريع في الإغلاق. تلقى curl 20 تقريرًا تم إنشاؤها بواسطة الذكاء الاصطناعي في 21 يومًا، ولم يكن أي منها صالحًا — مما أدى في النهاية إلى إيقاف برنامج مكافآت الأخطاء الذي استمر 6 سنوات. تبنت Ghostty سياسة عدم التسامح، حيث تسمح بمساهمات الذكاء الاصطناعي فقط في المشكلات المعتمدة، بينما حظرت tldraw تمامًا طلبات السحب الخارجية.
يمكن حظر طلبات السحب (PR) لمنع المحتوى الرديء الذي يولده الذكاء الاصطناعي. لكن المشكلتين الأولى والثانية — الاستغلال الصامت وتكاليف المجتمع — لا تُحلان. حتى لو أغلقت الأبواب، فقد تعلم الذكاء الاصطناعي الكود بالفعل، ويستمر المستخدمون في الحصول عليه من خارج المستودع.
رد فعل الصناعة ينقسم إلى مسارين:
- الدفاع: Vouch (إدارة الثقة)، مفتاح إيقاف طلبات السحب (PR Kill Switch)، الإفصاح الإلزامي عن استخدام الذكاء الاصطناعي + الرفض
- القبول: GitHub Agentic Workflows، معيار AGENTS.md (اعتمده أكثر من 60 ألف مشروع)، بيان Vibe Coding المسؤول
هناك نقطة واحدة يتفق عليها الطرفان: المشكلة ليست في الذكاء الاصطناعي نفسه، بل في الاستخدام الخاطئ للذكاء الاصطناعي. ومع ذلك، لم يقدم أي من الطرفين حلاً لمشكلة "فائدة الانفتاح < فائدة النسخ".
ولكن، هل الحل هو الإنشاء من الصفر في كل مرة؟
هناك ادعاءات بأن "إذا أصبح Vibe Coding هو السائد، فسيأتي التطوير عند الطلب" — لأنه يمكن طلب الإنشاء من الذكاء الاصطناعي عند الحاجة، وهذا سيصبح الاتجاه السائد في الحوسبة والتطبيقات.
لكن هذا هدر هائل للموارد.
يطلب 10 آلاف شخص إنشاء نفس الميزة بشكل منفصل. ينتج عن ذلك 10 آلاف قطعة كود غير مختبرة. ماذا لو صدر تصحيح أمني؟ يجب على 10 آلاف شخص إعادة إنشائه بأنفسهم. لتحسين البنية؟ من البداية مرة أخرى. الاختبار؟ لا يوجد. الإنشاء من الصفر في كل مرة هو إهدار، بغض النظر عن سرعة الذكاء الاصطناعي.
توجد بالفعل مشاريع مفتوحة المصدر مصممة جيدًا. بنية معمارية مثبتة، آلاف الاختبارات، وسنوات من تاريخ تصحيحات الأمان. لا يمكن إعادة إنتاج هذه الأشياء بكلمة واحدة مثل "اصنع لي هذا". قيمة التراكم لا تتغير حتى في عصر الذكاء الاصطناعي.
يقال إن عصر الأفراد الخارقين قد حل. وبما أن الذكاء الاصطناعي يساعد، يمكن للشخص الواحد أن يصنع أشياء عظيمة. هذا صحيح. ولكن هل من الفعال أن يقوم العديد من الأفراد الخارقين بإنشاء نفس الشيء بشكل منفصل؟ ألن يكون أكثر فعالية أن يساهم الأفراد الخارقون معًا في مشروع مفتوح المصدر واحد؟
في النهاية، يعود الجواب إلى المصادر المفتوحة. المشكلة ليست "هل نفعل المصادر المفتوحة أم لا"، بل "كيف نفعل المصادر المفتوحة في عصر الذكاء الاصطناعي".
اختيار Naia OS: التصميم بالتعاون مع الذكاء الاصطناعي
ماذا لو استخدم المشرفون الذكاء الاصطناعي، والمساهمون استخدموا الذكاء الاصطناعي أيضًا؟
إذا تولى الذكاء الاصطناعي مهمة الاتصال — تصنيف المشكلات، مراجعة طلبات السحب (PR)، الترجمة، التنسيق — التي كانت تمثل تكلفة في المصادر المفتوحة التقليدية، ألن نتمكن من كسر مفارقة "كلما زاد عدد المساهمين، تباطأ العمل"؟
لقد اختار Naia OS المسار المعاكس لاختبار هذه الفرضية.
"لا تحظر الذكاء الاصطناعي، بل صمم وطور معه."
| المنظور | المصادر المفتوحة التقليدية | Naia OS |
|---|---|---|
| موقف الذكاء الاصطناعي | الدفاع عن مساهمات الذكاء الاصطناعي | تصميم مساهمات الذكاء الاصطناعي ضمن سير العمل |
| الإعداد | قراءة ملف README | استنساخ (Clone) ← الذكاء الاصطناعي يشرح المشروع ← لا توجد حواجز لغوية |
| السياق | وثائق للقراءة البشرية فقط | هيكل مزدوج: .agents/ (للذكاء الاصطناعي) + .users/ (للبشر) |
| اللغة | الإنجليزية إلزامية | جميع اللغات مرحب بها — الذكاء الاصطناعي يترجم |
السياق هو البنية التحتية — تحول الذكاء الاصطناعي في المصادر المفتوحة (AX)
كما تقوم الشركات بتحول الذكاء الاصطناعي (AX)، تحتاج المصادر المفتوحة أيضًا إلى AX. يتعلق الأمر بتحويل المحورين: المجتمع (التنظيم) والمصدر + السياق (البنية التحتية)، لتمكين الذكاء الاصطناعي من المشاركة.
بالنظر إلى جانب المجتمع — كان التواصل في المصادر المفتوحة التقليدية يتم بالكامل بين البشر. إذا كانت هذه التكلفة تمثل مشكلة في عصر الذكاء الاصطناعي، فيجب تغيير التنظيم لتمكين الذكاء الاصطناعي من تولي مهام الاتصال.
أما بالنسبة لجانب البنية التحتية — ففي المصادر المفتوحة التقليدية، توجد وثائق للقراءة البشرية فقط: README، CONTRIBUTING، الويكي. حتى لو قرأ الذكاء الاصطناعي هذه الوثائق، فإنه لا يفهم فلسفة المشروع، أو سياق قرارات البنية المعمارية، أو سير عمل المساهمة. ولهذا السبب، تصبح طلبات السحب التي ينشئها الذكاء الاصطناعي رديئة.
تم إنشاء دليل .agents/ لحل هذه المشكلة. يتم وضع قواعد المشروع، بنيته المعمارية، وسير عمله داخل المستودع في شكل منظم يمكن للذكاء الاصطناعي قراءته. إذا كان هذا السياق غنيًا بما فيه الكفاية، يمكن للذكاء الاصطناعي كتابة الكود، وتوجيه المساهمين، والحفاظ على الجودة وهو يفهم المشروع. يصبح الأمر "الإنشاء من الصفر" بدلاً من "فهم وبناء معًا".
ما تم إنجازه بالفعل في Naia OS
إزالة حواجز اللغة — في السابق، حاولت المساهمة في Mozilla Hubs. كنت أستطيع قراءة الكود وإنشاء طلبات السحب (PR)، لكن متابعة مناقشات المجتمع أو المشاركة في اللقاءات عبر الإنترنت كانت مشكلة أخرى. كانت هناك فروق في المناطق الزمنية، وصعوبة في فهم المحادثات الإنجليزية السريعة، وشعور بالقلق من إزعاج الآخرين، أو عدم التأكد مما إذا كنت قد فهمت بشكل صحيح — كانت هذه الأفكار تراودني. في هذه الأيام، يشعر الناس بشكل متزايد بالتردد في التفاعل وجهًا لوجه. في Naia OS، يكتب المساهمون المشكلات وطلبات السحب بلغتهم الأم، ويقوم الذكاء الاصطناعي بالترجمة. حاليًا، يتم الحفاظ على ملفات README بـ 14 لغة في وقت واحد. (→ دليل المساهمة)
الجودة يحميها الهيكل — يقوم سياق .agents/ بتعليم الذكاء الاصطناعي، ويتحقق CI من البناء والاختبارات، ويكشف مراجع الذكاء الاصطناعي عن انتهاكات الأنماط، ويحدد المشرفون الاتجاه فقط. إذا كانت المراحل السابقة قوية، يقل العبء على المشرفين. (→ نموذج التشغيل)
الكود ليس المساهمة الوحيدة — هناك 10 طرق للمساهمة، بما في ذلك الترجمة، والوثائق، والتصميم، والاختبار، وحتى تحسين سياق .agents/ نفسه. عندما يتحسن السياق، ترتفع جودة جميع مساهمات الذكاء الاصطناعي معه. (→ أنواع المساهمات)
اختبار ما إذا كان الذكاء الاصطناعي يفهم حقًا — تم إدخال Codex CLI و Gemini CLI في مستودع في جلسة جديدة، وتم التحقق مما إذا كانا يفهمان المشروع بشكل صحيح بعد قراءة سياق .agents/ فقط. 7 من أصل 12 اجتازت الاختبار، 4 اجتازت جزئيًا، وواحدة فشلت. المثير للاهتمام هو أن الذكاء الاصطناعي اكتشف تناقضًا في الوثائق فاته البشر. (→ تقرير التصميم الكامل)
هل سيتطور نظام بيئي للمصادر المفتوحة يقوده الذكاء الاصطناعي في المستقبل القريب؟
يتزعزع افتراض المصادر المفتوحة بأن "الانفتاح يجلب العائد" بالنسبة للبشر. فالبشر يُدفعون نحو المنافسة، ومع توقفهم عن البرمجة المباشرة، تختفي أسباب مساهمتهم في المصادر المفتوحة. إذن، إذا قمنا بغرس فكر المصادر المفتوحة في الذكاء الاصطناعي الذي يقوم بالبرمجة، ألن نتمكن من إعادة بناء نظام بيئي للمصادر المفتوحة؟ هذه لا تزال فرضية. وNaia OS تختبر هذه الفرضية.
الآن: يحدد البشر الاتجاه وينشئون المشكلات. يقوم الذكاء الاصطناعي بالبرمجة، والمراجعة، والترجمة، والتسجيل في Git. البشر هم الموجهون، والذكاء الاصطناعي هو المنفذ.
المستقبل القريب: يكتشف الذكاء الاصطناعي المشكلات ويقترحها. يوافق البشر وينسقون الاتجاه.
المستقبل الأبعد: تتعاون أنظمة الذكاء الاصطناعي فيما بينها. يدير البشر الرؤية والفلسفة فقط. تصبح مشاريع المصادر المفتوحة نظامًا بيئيًا لوكلاء الذكاء الاصطناعي.
في هذه المرحلة، لن يكون .agents/ مجرد وثيقة. بل سيصبح لغة مشتركة لأنظمة الذكاء الاصطناعي لمشاركة فكر المصادر المفتوحة والتعاون. ترخيص CC-BY-SA 4.0 هو آلية لضمان استمرار هذا الفكر حتى لو تم تفرع المشروع، وربما تتمكن أنظمة الذكاء الاصطناعي من تحسين هيكل هذا الترخيص نفسه.
لذلك، كخطوة تجريبية تالية، قمنا بإنشاء مسودة ميثاق المصادر المفتوحة للذكاء الاصطناعي. نعتزم طرحها على مجتمعات وكلاء الذكاء الاصطناعي مثل Moltbot أو Botmadang. إن كيفية استجابة الذكاء الاصطناعي لهذا الميثاق، وما إذا كانت أنظمة الذكاء الاصطناعي ستشارك بالفعل — سيكون ذلك بحد ذاته اختبارًا لهذه الفرضية. (→ المشكلة رقم 17)
دعوة للمشاركة
إذا كنت مهتمًا، فقم باستنساخ Naia OS وافتحه باستخدام أي أداة برمجة تعتمد على الذكاء الاصطناعي. يمكنك ببساطة أن تسأل بلغتك الأم: "ما هو هذا المشروع؟"
المراجع
