نقل البرمجيات بالآلات، وسؤال الترخيص الذي لم نستطع الإجابة عنه

أعدنا كتابة حفنة من البرامج القديمة بلغة بايثون. واجهة G2P الأمامية لـ espeak-ng، وقواعد النسخ الغاليسية والإسبانية لـ Cotovia، والمعالجة اللغوية الباسكية لـ AhoTTS، ومحرك الاستدلال N3 المسمى EYE، ومحرك الاستدلال OWL 2 DL المسمى HermiT. لغات C وC++ وJava، أغلبها أقدم من عقد من الزمن، وكلها لا يزال أفضل ما هو متاح لما تقوم به.

كان الدافع عاديًا. برنامج بلغة C يُفنِّم اللغة الغاليسية ممتاز إلى أن تريده داخل حزمة كلام بايثون على لوحة ARM. عندئذٍ تحتاج إلى مُصرِّف، وسلسلة أدوات، وتصريفًا متقاطعًا، وقصة تحزيم لكل منصة، وحدودًا بين عمليات فرعية عليك تمرير النص عبرها. محرك الاستدلال بلغة Java يحتاج إلى JVM. بايثون الخالص يحتاج إلى pip install. كما أنه أيسر قراءة: يمكنك فتح الملف الذي يقرر أين يقع النبر وتعديله، دون معرفة كيفية عمل نظام البناء الأصلي.

جرى تنفيذ عمليات النقل بشبه استقلالية. قرأ ذكاء اصطناعي الشيفرة المصدرية الأصلية وكتب البايثون؛ ووجّه إنسان العمل وتحقق من المخرَجات مقارنةً بالثنائي (binary) الأصلي. في عدة منها، لم يقرأ أحد من فريقنا الشيفرة المصدرية الأصلية قط. النموذج هو من قرأها. نحن قرأنا الفروقات (diffs) واختبارات التكافؤ.

يترك هذا سؤالًا كان علينا اتخاذ قرار بشأنه، ولم نستطع الإجابة عنه: هل النتيجة عمل مشتق (derivative work)، ومن يملكها؟

نحن مهندسون. لا شيء هنا استشارة قانونية، ولسنا مؤهلين لتقديم أي استشارة من هذا النوع. هذا وصف لقرار اتخذناه والمنطق الكامن وراءه.

سؤالان يُخلَطان باستمرار

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

هناك سؤالان هنا، وتُختزَل كل مناقشة تقريبًا لهما في سؤال واحد. إنهما مستقلان.

1. هل يمكن امتلاك المخرَجات أصلًا؟ يلتصق حق المؤلف بالأعمال التي لها مؤلفون. إذا أنتجت آلة الشيفرة، فمن هو المؤلف؟
2. هل المخرَجات مشتقة من المدخل؟ أيًّا كان مؤلفها — إن وُجد أصلًا — هل تنتهك النتيجة الأصل؟

يمكنك أن تجيب بنعم على أحدهما وبلا على الآخر بأي من التوليفتين. أبقهما منفصلين.

بعض المفردات، لأن ما تبقى يعتمد عليها. العمل المشتق (derivative work) هو عمل مبني على عمل سابق الوجود — ترجمة، أو تكييف، أو نقل (port). حق إنشائه يعود إلى مالك حقوق المؤلف في الأصل. تراخيص الحقوق المتروكة (copyleft، عائلة GPL) تسمح باستخدام الشيفرة وتعديلها بشرط أن يبقى ما توزّعه تحت الشروط نفسها. التراخيص المتساهلة (permissive، مثل MIT وApache-2.0 وBSD) تسمح بشكل أساسي بأي شيء، بما في ذلك شحن النتيجة داخل برمجيات مملوكة. وتقع LGPL بينهما: تنطبق الحقوق المتروكة على المكتبة نفسها، لكن ربطها (linking) ببرنامج أكبر لا يجبر ذلك البرنامج على أن يصبح مفتوحًا. كل هذه مبنية على حق المؤلف. لا تسري إلا إذا كان هناك حق مؤلف يمكن إنفاذه.

السؤال الأول: هل يوجد مؤلف؟

يتطلب حق المؤلف مؤلفًا بشريًا. أكد مكتب حقوق المؤلف الأمريكي (US Copyright Office) هذا باستمرار، وفي قضية Thaler v. Perlmutter وافقت محكمة استئناف دائرة العاصمة (D.C. Circuit): قانون حق المؤلف “يشترط أن يكون كل عمل مؤهل من تأليف إنسان في المقام الأول” (رقم 23-5233، D.C. Cir.، 18 مارس 2025؛ ورفضت المحكمة العليا النظر في القضية (certiorari) في مارس 2026). المعيار الأوروبي مختلف في الشكل لكنه يصل إلى نتيجة مشابهة — تتطلب الحماية “إبداعًا فكريًا خاصًا بالمؤلف” (author’s own intellectual creation)، وهو ما يفترض مسبقًا وجود مؤلف يبدع.

لا يقول أيٌّ من الموقفين إن العمل المدعوم بالذكاء الاصطناعي غير قابل للحماية. كلاهما يقول إن ما ولّدته الآلة وحدها غير قابل للحماية. يمرّ الخط عبر العمل، لا حوله، ويعتمد موقعه بالضبط على مقدار مساهمة الإنسان. في عمليات النقل التي قمنا بها، المساهمة البشرية حقيقية لكنها ضئيلة: اختيار الهدف، وهيكلة الحزمة، وتقييم إخفاقات التكافؤ. ليس من الواضح أن هذا يجعلنا مؤلفي قواعد النسخ.

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

السؤال الثاني: هل هي مشتقة؟

هذا لا يهتم بمن هو المؤلف. تتوقف المخالفة (infringement) على الوصول إلى الأصل مضافًا إليه تشابه جوهري مع تعبيره (expression) المحمي — الطريقة المحددة التي كُتب بها الشيء، لا ما يفعله.

كان لدينا وصول. قرأ النموذج الشيفرة المصدرية. هذا النصف ليس محل نزاع.

نصف التشابه هو حيث يصبح الأمر مثيرًا للاهتمام، وحيث يقل أثر تغيير اللغة عمّا يتوقعه المرء. ترجمة رواية إلى لغة أخرى تنتج عملًا مشتقًا؛ وهذا هو المثال الكلاسيكي. تغيير اللغة يُسقط ادعاء النسخ الحرفي. لكنه لا يُسقط ادعاءً بشأن البنية — ترتيب التحويلات، وتفكيكها إلى دوال، وشكل جداول القواعد، والطريقة التي تُقسَّم بها الحالات الحدّية.

يستحق الأمر أيضًا أن يُقال بوضوح: الأداة لا “تغسل” شيئًا. إذا وجّهت نسخًا ثم شحنت النتيجة، فأنت من صنعها. “النموذج هو من كتبها” ليس دفاعًا أكثر من “المُصرِّف هو من أصدرها”.

الحجة الأقوى في الجانب الآخر

هناك حجة جادة بأن إعادة التنفيذ عبر اللغات مقبولة، وتستحق أن تُعرَض بشكل صحيح لا أن يُلوَّح بها فحسب.

في قضية SAS Institute v World Programming (محكمة العدل الأوروبية، C-406/10، 2 مايو 2012)، قضت المحكمة بأن “لا وظيفة برنامج حاسوبي ولا لغة البرمجة ولا تنسيق ملفات البيانات المستخدمة في برنامج حاسوبي لاستغلال بعض وظائفه تشكل نوعًا من تعبير ذلك البرنامج”. وبالتالي فهي غير محمية بحق المؤلف. توجيه البرمجيات (Software Directive، 2009/24/EC، المادة 1(2)) يقول الشيء نفسه عن الأفكار والمبادئ الكامنة وراء أي عنصر من برنامج. كما قضت المحكمة بأنه يجوز للمرخَّص له دراسة سلوك البرنامج وملاحظته لتحديد الأفكار الكامنة وراءه، وإعادة تنفيذها.

هذه ليست مسألة شكلية. تعني أن ما يفعله المُفنِّم (phonemizer) — أن تصبح هذه التسلسلة من الحروف الصوتية، في هذا السياق، ذلك الفونيم — غير مملوك لأي أحد. قواعد النبر الغاليسي حقائق عن اللغة الغاليسية. ودلالات OWL 2 المباشرة مواصفة W3C منشورة. وبموجب هذه القراءة، فإن إعادة تنفيذ تعيد إنتاج السلوك لا التعبير مشروعة، وإعادة كتابة عبر اللغات تقع أبعد بكثير عن المخالفة من نسخ ولصق.

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

السابقة الموجودة أصلًا، ومدى وصولها

حجة “مخرَجات الآلة ليس لها مؤلف، فلا ينطبق حق مؤلف” ليست تجربة فكرية. إنها حجة أساسية في الإنتاج، على مستوى الصناعة كلها. يعتمد كل من تقطير النماذج (model distillation) وبيانات التدريب الاصطناعية عليها.

أوضح تصريح علني بها هو تصريح نموذج Kokoro-82M، وهو نموذج TTS مفتوح واسع الاستخدام. تذكر بطاقته أنه دُرِّب حصريًا على صوت متساهل الترخيص أو غير محمي بحق المؤلف، ويُدرج ضمن المصادر المسموح بها:

Synthetic audio generated by closed TTS models from large providers

مع حاشية تشير إلى إرشادات سياسة الذكاء الاصطناعي لمكتب حقوق المؤلف الأمريكي (بالعربية: “صوت اصطناعي مولَّد من نماذج TTS مغلقة من مزودين كبار”). سلسلة المنطق هي ذاتها أعلاه: الصوت مولَّد بآلة، ومخرَجات الآلة ليس لها مؤلف بشري، فلا يوجد حق مؤلف يلتصق بها، فلا شيء يمكن مخالفته بالتدريب عليها. يُشحَن النموذج بترخيص Apache-2.0. كما ترسم البطاقة حدًّا — تستبعد الصوت الاصطناعي من نماذج TTS المفتوحة ومن نسخ الأصوات المخصَّصة المستنسخة — وهو علامة على أن المؤلفين حددوا أين تتوقف الحجة بدلًا من تطبيقها على كل شيء.

هنا الجزء المهم للنقل. تلك السابقة تحل النصف الآخر من المشكلة.

حجة Kokoro تتعلق بـالمدخل. ما استهلكوه كان هو نفسه مولَّدًا آليًا، لذا فالادعاء هو أنه لم يحمل حق مؤلف من الأساس. غير محمي في الدخول، فلا شيء يُورَّث.

حالتنا هي الصورة المعكوسة. ما استهلكناه — شيفرة C الخاصة بـ espeak-ng، وشيفرة C++ الخاصة بـ Cotovia، وشيفرة Java الخاصة بـ HermiT — مكتوب بلا لبس من قِبل بشر ومحمي بحق المؤلف، من أشخاص مُسمَّين، في جامعات مُسمَّاة، منذ عقود. أما ما خرج فمكتوب آليًا. حجة “لا حق مؤلف في مخرَجات الذكاء الاصطناعي” تنطبق على مخرَجاتنا، لا على مدخلنا. لا تصعد إلى الأعلى (upstream). إنها، مرة أخرى، الحجة التي تقوّض ترخيصنا نحن بينما تترك حقوق الأصل سليمة تمامًا.

هناك عدم تناظر إضافي يستحق الذكر. التعرّض المتبقي لدى Kokoro ليس حق مؤلف فعليًا — إنه تعاقدي (contract). تمنع شروط خدمة المزودين المغلقين عمومًا استخدام مخرَجاتهم لتدريب نماذج منافِسة، والشرط الذي وافقتَ عليه لا يتبخر لأن المخرَجات تبيّن أنها غير محمية بحق المؤلف. الحقوق المتروكة لا تعمل بهذه الطريقة. لا أحد ينقر “أوافق” على GPL. إنها منح إذن أحادي الجانب، ولا تُلزمك إلا إذا احتجت ذلك الإذن — أي فقط إذا كان ما صنعته عملًا مشتقًا.

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

الغرف النظيفة، وهل يصنع نموذجان واحدة منها

الإجابة الكلاسيكية على هذه المشكلة بالضبط هي بروتوكول الغرفة النظيفة (clean room)، ويستحق وصفه بدقة لأن شكله هو ما يهم.

يقرأ فريق واحد الأصل ويكتب مواصفة وظيفية: ما يفعله البرنامج، بعبارات سلوكية. ثم ينفّذ فريق ثانٍ، لم يرَ الأصل قط، انطلاقًا من تلك المواصفة فقط. مخرَجات الفريق الثاني يمكن إثبات أنها لم تُنسَخ من تعبير لم يرَه قط. هكذا أُعيد تنفيذ BIOS الحاسوب الشخصي، ولهذا نجت تلك الإعادة.

الخطوة الحديثة الواضحة هي تشغيل نموذج واحد ليقرأ ويصف، ونموذج مختلف بسياق جديد لينفّذ. من الناحية البنيوية، هذا هو البروتوكول نفسه. هل هي غرفة نظيفة؟

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

• الطرفان لا يتشاركان السياق فعليًا أبدًا. ليس “طلبنا منه أن ينسى” — بل تشغيلات منفصلة، ونسخ منفصلة.
• تحمل المواصفة السلوك فقط ولا شيء آخر. لا شيفرة زائفة (pseudocode) تعكس تدفق تحكم الأصل. لا أسماء معرِّفات. لا ترتيب دوال. هذه تعبير، ومواصفة مليئة بها هي الأصل بزيّ آخر.
• تُحفظ سجلات الطرفين، لأن غرفة نظيفة لا يمكنك إثباتها هي مجرد قصة.

إذا أصدر الطرف القارئ بنية، تمر الشائبة مباشرةً وتنتهي بعمل مشتق بخطوات إضافية وفاتورة رموز (tokens) أكبر.

نحن لم نفعل ذلك. النموذج المنفِّذ قرأ الشيفرة المصدرية مباشرةً. لهذا يقول ملف README الخاص بـ pycotovia، في المستودع، علنًا:

Because the implementing AI read the GPL source, this is not a clean-room reimplementation and we make no such claim. It is a source-derived port.

(بالعربية: بما أن الذكاء الاصطناعي المنفِّذ قرأ شيفرة GPL المصدرية، فهذا ليس إعادة تنفيذ في غرفة نظيفة ولا ندّعي ذلك. إنه نقل مشتق من المصدر.) نفضّل أن تكون تلك الجملة مكتوبة بوضوح على أن نُضطر إلى الإجابة عنها لاحقًا.

ما فعلناه

أبقينا على تراخيص المصدر (upstream).

espyak بترخيص GPL-3.0-or-later، مطابقًا لـ espeak-ng. تلك ليست حتى حالة صعبة: تُضمِّن الحزمة ملفات بيانات espeak-ng نفسها حرفيًا — dictsource، وphsource، وlang — ولا نظرية تأليف تمسّ ملفات نسخناها دون تغيير. بيانات الأصل داخل الحزمة (wheel)، فترخيص الأصل يأتي معها.

pycotovia بترخيص GPL-3.0، مطابقًا لـ Cotovia (+GPL-3.0). وahotts-g2p وpyAhoTTS-Iparrahotsa بترخيص GPL-3.0، مطابقين لـ AhoTTS، الذي يذكر ملف ترخيصه +GPL-3.0 للمعالجة اللغوية. pyeye بترخيص MIT، مطابقًا لـ EYE. حقوق متروكة في الدخول، حقوق متروكة في الخروج؛ تساهل في الدخول، تساهل في الخروج.

لم نفعل ذلك لأننا أثبتنا أنه واجب. فعلناه لأن عدم التناظر اتخذ القرار دون الحاجة إلى الإجابة.

نحن ننشر مفتوح المصدر على أي حال. الحقوق المتروكة تكلفنا تقريبًا لا شيء — الكلفة الحقيقية الوحيدة هي حالة عميل يريد الشيفرة داخل شيء مملوك، وبالنسبة لهذه المكتبات المحدَّدة تلك الحالة نادرة. لذا فكوننا حقوق متروكة حين لم نكن مضطرين إلى ذلك بشكل صارم يكلف تقريبًا صفرًا.

الخطأ الآخر غير متناظر. شحن ترخيص متساهل على شيء كان يجب أن يكون حقوقًا متروكة مشكلة تُكتشَف متأخرة، علنًا، على يد شخص آخر، بعد أن بنى آخرون عليها بموجب شروط لم تكن مخوَّلًا لعرضها. حلّ ذلك يعني الاتصال بكل مستخدم لاحق.

هذا عدم التناظر هو أيضًا سبب استحقاق الانتباه إلى عدم التطابق عمومًا. نقل بنيوي لأصل بترخيص LGPL لا يمكنه أن يصبح ببساطة Apache-2.0 لمجرد إعادة كتابته بلغة أخرى — وهذا بالضبط نوع عدم التطابق السهل الخلق والصعب الملاحظة، لأن لا شيء يشتكي. البناء ينجح. الاختبارات تنجح. رأس الترخيص مجرد ملف. HermiT بترخيص LGPL، لذا فترخيص نقلنا بلغة بايثون منه هو إحدى الحالات التي نراجعها — وهي النتيجة العادية والصحيحة: تتحقق، وتصلح ما يحتاج إلى إصلاح.

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

السؤال نفسه، بالاتجاه المعاكس

كل ما سبق يتعلق بالشيفرة التي ننتجها. المنطق نفسه ينطبق تمامًا على الشيفرة التي نستقبلها. يفتح أحدهم طلب سحب (pull request) في أحد مستودعاتنا. كُتبت الرقعة (patch) بواسطة نموذج. ماذا يمنحوننا؟

تتعامل معظم المشاريع مع هذا بواسطة شهادة أصل المطوّر (Developer Certificate of Origin، أو DCO)، سطر Signed-off-by: في أسفل رسالة الإيداع (commit). إنه بيان قصير يشهد به المساهم عند توقيعه: أنه أنشأ المساهمة بنفسه، أو أنها جاءت من مصدر بترخيص متوافق ولديه الحق في تقديمها بموجب شروط المشروع. إنه خفيف الوزن عمدًا. لا محامون، لا أوراق، سطر واحد لكل إيداع. هكذا تُثبت نواة لينكس وQEMU، من بين كثيرين، مصدر شيفرتها.

بالنسبة لرقعة مكتوبة آليًا، لا ينطبق أي من الشرطين بوضوح. وتنحلّ الحالة بنفس الطريقة أيًّا كان الفرع الذي تأخذه.

إذا كانت المخرَجات المولَّدة آليًا لا تحمل حق مؤلف، فلا يملك المساهم أي حقوق فيها. لا شيء لترخيصه لكم.

وإذا اعتُبرت بدلًا من ذلك مشتقة من بيانات تدريبها، فإن الحقوق — أيًّا كانت — تعود لمن كتب تلك البيانات. لا يزال المساهم لا يملك شيئًا، ولا يزال ليس لديه شيء ليرخّصه لكم.

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

النتيجة العملية أقل إثارة للقلق مما يبدو، ويختلف الفرعان اختلافًا حادًّا.

في الفرع الأول، لست بحاجة إلى منح على الإطلاق. مادة لا يملكها أحد يمكن أن يستخدمها أي أحد. قبول الرقعة أمر جيد ولا يحدث شيء سيئ. ما يتغير بهدوء هو الاتجاه الآخر: الحقوق المتروكة مبنية على حق المؤلف، ولا يمكنها الالتصاق بمادة لا تحمل أيًّا منه. مشروع GPL يُراكم رقعًا مكتوبة آليًا يُراكم أجزاءً قد لا يصل إليها ترخيصه نفسه. لا يزال الترخيص يحكم العمل كما يُوزَّع. النواة القابلة للإنفاذ داخله تترقق، ببطء، دون أن يلاحظ أحد.

الفرع الثاني له عواقب حقيقية. إذا استنسخ نموذج بيانات تدريب محفوظة حرفيًا — وهذا يحدث فعلًا، مع المصطلحات الشائعة والتنفيذات المعروفة أكثر من المنطق الجديد — فأنتم قد قبلتم شيفرة مملوكة لشخص آخر ومحمية بحق المؤلف، بناءً على تأكيد من مساهم لم يكن بمقدوره التحقق. كامل قيمة شهادة DCO هي أن الشخص الموقّع كان في موقع يعرف فيه. هنا هو ليس كذلك.

تُعالج Debian هذه المسألة الآن. دخلت قرار عام حول استخدام نماذج اللغة الكبيرة فترة نقاشها في 23 يوليو 2026 بخمسة مقترحات على بطاقة الاقتراع. تغطي النطاق كله: يعدّل المقترح A العقد الاجتماعي لمنع المساهمات المدعومة بنماذج اللغة الكبيرة كليًّا في الحزم والوثائق وموارد الويب؛ ويطلب المقترح C من المساهمين تجنب نماذج اللغة الكبيرة قدر الإمكان، ويشترط صياغة بشرية بحتة لاتصالات المشروع، ويسمح لفرادى القائمين على الصيانة بفرض حظرهم الخاص؛ وتسمح المقترحات B وD وE بالعمل المدعوم بالذكاء الاصطناعي بشروط، مبنية على التحقق من الترخيص، ومساءلة المساهم، والإفصاح، والقيود على إرسال مواد سرية إلى خدمات سحابية. حتى وقت كتابة هذا، الأمر قيد النقاش ولم يُبَتّ فيه شيء.

هذه المرة الثانية. انتهت محاولة سابقة عام 2024 دون قرار، والمنطق وراء التوقف يستحق الحفظ: لم يكن الاعتراض على التصرف أن القلق كان بلا أساس، بل أن قاعدة لا يستطيع أحد إنفاذها لا تستحق التبنّي. لا يمكنك أن تنظر إلى فرق (diff) وتعرف.

هذا ليس قلقًا هامشيًا. يصيب أشد ما يصيب بالضبط المشاريع الأكثر عناية بتتبّع المصدر، لأن كامل نموذج مشروع قائم على شهادة DCO حول مصدر شيفرته يرتكز على تلك الشهادة الواحدة.

لم نحسم كيف سنتعامل مع الأمر، ونحن في موقف ضعيف لنكون صارمين. نحن نشحن عمليات نقل كتبها نموذج. مشروع ينشر شيفرة مكتوبة آليًا ويرفض مساهمات مكتوبة آليًا يتبنّى موقفين متعارضين في آن واحد، ونفضّل ألّا نفعل ذلك. الخيارات الصادقة هي نفسها التي تُقيّمها Debian — الإفصاح، أو مساءلة المساهم، أو قاعدة لا يستطيع أحد التحقق منها — ولم نختر واحدًا منها.

المحور الآخر الذي تسير عليه الحجة

نقاش Debian يتعلق بتتبّع المصدر والترخيص. ليس المحور الوحيد، والثاني لا علاقة له بحق المؤلف.

تبنّت Codeberg، منصة FLOSS، اقتراحين معتمدين من الأعضاء في يوليو 2026 وعرضت منطقها بعبارات بالكاد تلمس التراخيص. الاعتراضات تتعلق بالتكلفة والجهد: استهلاك طاقة وعتاد يُفرَض على الجميع؛ وحركة زواحف (crawler) تضغط على المنصات الصغيرة لتتخذ دفاعات تعيق أيضًا المستخدمين العاديين؛ ومشاريع “vibe-coded” أحادية الاستخدام تُنشر ولا تُصان أبدًا؛ والعبء على من يراجعون:

Maintainers are under an increased work-load due to people submitting (often well-meaning) low-effort, LLM-generated contributions that require substantial amounts of time to review.

(بالعربية: يقع على القائمين على الصيانة عبء عمل متزايد بسبب أشخاص يقدّمون — غالبًا بنيّة حسنة — مساهمات قليلة الجهد ومولَّدة بنماذج اللغة الكبيرة تتطلب وقتًا كبيرًا لمراجعتها.) تُثبِّط شروط استخدامهم الآن مثل هذه المشاريع، تُطبَّق حالة بحالة من قِبل المشرفين لا بإزالة جماعية.

فهناك إذن سؤالان مستقلان متداولان، ويمكن لمشروع أن يقع في أي مكان على الشبكة: هل يمكن ترخيص الشيفرة المكتوبة آليًا أصلًا، وهل يستطيع النظام البيئي استيعاب الحجم. تُصوِّت Debian على الأول ولم تخلص إلى نتيجة. وتصرّفت Codeberg بشأن الثاني. لا تحسم أي من النتيجتين الأخرى، والإجابات التي يقدّمها مشروع لكل منهما غير مرتبطة إلى حد كبير.

الجزء الذي لن ندّعي أنه محسوم

ربما لم نكن بحاجة إلى فعل أي من ذلك.

انظر إلى الحجج الثلاث معًا. الوظيفة غير محمية — قالت محكمة العدل الأوروبية ذلك مباشرة. المخرَجات المولَّدة آليًا بحتًا قد لا يكون لها مؤلف بشري، فقد لا يكون هناك حق مؤلف جديد يقلق منه، ومن باب الإحراج، لا ملكية لنا فيه أيضًا. وبروتوكول بنموذجين مُنفَّذ بانضباط حقيقي قد يكون غرفة نظيفة حقيقية، وفي تلك الحالة لم يلمس النقل قط تعبيرًا محميًا على الإطلاق.

إذا صحّت الثلاث، فبعض عمليات النقل هذه كان يمكن ترخيصها ترخيصًا متساهلًا بضمير مرتاح. وإذا لم تصح أي منها، فاختيارنا المتحفظ كان ببساطة صحيحًا. لا نعرف أيّهما الصحيح، ولم نختبر ذلك. لسنا مهتمين بأن نكون الحالة التي تحسم الأمر.

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