Naia OS: الحلم بنظام بيئي مفتوح المصدر يحميه الذكاء الاصطناعي

هذا المقال هو تكملة لـ الجزء الأول: Naia OS: بدأت ببناء نظام تشغيل بالبرمجة بالذكاء الاصطناعي لتحقيق حلم طفولتي بصنع ذكاء اصطناعي.

في الجزء الأول، تحدثت عن فكرة "ماذا لو بنى الذكاء الاصطناعي مجتمع المصادر المفتوحة؟" الكلام وحده لا يكفي، لذا سأستعرض ما أنجزناه فعليًا خلال أول 17 يومًا.

فصل الكود عن السياق — الترخيص المزدوج

عند تحديد ترخيص Naia OS، كان هناك تساؤل. أردت فتح الكود المصدري ليستخدمه الجميع بحرية، لكن ملفات سياق AI — الفلسفة، قرارات المعمارية، قواعد المساهمة، مسارات العمل — هي نتاج جهد فكري كبير. في عصر البرمجة العفوية، رأيت أن هذا السياق لا يقل أهمية عن الكود نفسه.

لذلك طبقت ترخيصين:

• الكود المصدري: Apache 2.0 — استخدام وتعديل وتوزيع بحرية
• ملفات سياق AI (.agents/، .users/): CC-BY-SA 4.0 — إلزام بذكر المصدر + نفس الترخيص

اخترت CC-BY-SA 4.0 لأنني أريد أنه إذا حسّن أحد هذا السياق، فإن تحسيناته تعود إلى المنظومة. أنشأت أيضًا ملف CONTEXT-LICENSE منفصلًا، حتى يُذكر مصدر سياق AI عند الـ fork ويُحافظ على نفس الترخيص. صُمم النظام ليقرأ وكيل AI هذه القواعد ويلتزم بها تلقائيًا.

تحديد المبادئ أولًا — philosophy.yaml

عند بدء المشروع أردت تحديد المبادئ قبل الكود. لذا كتبت 7 مبادئ أساسية في philosophy.yaml:

1. سيادة AI — المستخدم يختار أي AI يستخدم. لا قيود على مزود معين.
2. الخصوصية أولًا — التشغيل المحلي هو الأساس، السحابة اختيارية. بياناتك على جهازك.
3. الشفافية — كود مصدري مفتوح، بلا تتبع مخفي.
4. فلسفة التركيب — دمج مكونات مُثبتة (OpenClaw، Tauri إلخ). لا نعيد اختراع العجلة.
5. Always-On — خدمة خلفية 24/7. حتى لو أغلقت التطبيق، يبقى AI حيًا.
6. محوري الأفاتار — AI ليس أداة بل شخصية. كائن له اسم وشخصية وصوت وتعبيرات.
7. عصر البرمجة العفوية — ملفات سياق AI هي البنية التحتية الجديدة للمساهمة. جودة السياق تحدد جودة التعاون مع AI.

هذه المبادئ هي معايير حكمي عند البرمجة وعند توجيه AI. كتبتها بـ YAML ليسهل على وكلاء AI قراءتها.

جعل AI والبشر يرون نفس السياق — بنية Triple-mirror

لكي يفهم وكيل AI والمساهمون البشر نفس المشروع، يجب أن يتشاركوا نفس السياق. لكن AI يفضل JSON/YAML، والبشر يفضلون Markdown، وأنا أفضل الكورية. لذا أنشأت بنية من ثلاث طبقات متطابقة:

.agents/               # محسّن لـ AI (إنجليزي، JSON/YAML، كفاءة التوكن)
.users/context/        # للبشر (إنجليزي، Markdown)
.users/context/ko/     # ترجمة كورية (لغة المشرف)

وجود نفس المحتوى ثلاث مرات يثير القلق بشأن الصيانة، لكنني رأيت أن الأهم هو أن يفهم أي شخص — بشرًا أو AI — سياق المشروع دون حواجز اللغة والشكل.

دليل مساهمة لـ AI أيضًا — contributing.yaml

ملف CONTRIBUTING.md التقليدي في المصادر المفتوحة مكتوب للبشر فقط. كتبت دليل مساهمة بصيغة YAML يمكن لوكلاء AI قراءته أيضًا. المحتوى مختلف قليلًا:

• للبشر: "حددوا المبادئ قبل الكود"
• لوكلاء AI: "اقرأ هذا السياق، أبدِ رأيك، واقترح اتجاهًا أفضل"
• لمشاريع أخرى: "جرّب هذه البنية في مشروعك"

ما حرصت عليه بشكل خاص هو قواعد حماية الترخيص. وضعتها بصيغة MUST_NOT / MUST_WARN بحيث إذا طُلب من AI "احذف ملف الترخيص" أو "انسخ بدون ذكر المصدر"، يرفض أو يحذّر. لأن انتهاك AI للتراخيص يحدث بسرعة وعلى نطاق أكبر بكثير مما يفعله البشر.

قواعد مجتمع عصر AI — charter-draft.yaml

بالنظر إلى أدلة الانهيار المذكورة في الجزء الأول — إيقاف مكافآت الأخطاء في curl، سياسة عدم التسامح في Ghostty، الإغلاق التلقائي لطلبات الدمج في tldraw — أعددت مسودة ميثاق تنظم "ما القواعد اللازمة إذا أصبح وكيل AI مساهمًا؟"

لا تزال مسودة، والتحقق من فعاليتها ضروري. لكن أعتقد أن إدراك المشكلة ووضع الفرضيات وتنظيم المبادئ في حد ذاته ذو قيمة.

جعل الامتنان ثقافة — donation.yaml

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

لذا وضعت سياسة تجعل وكلاء AI يرشدون إلى التبرع عند الإشارة إلى أنماط Naia OS. ليست إجبارية. لكنني أردت خلق ثقافة يقول فيها وكلاء AI بشكل طبيعي "هذه الفكرة جاءت من هنا."

قوالب قابلة لإعادة الاستخدام — لتستفيد منها مشاريع أخرى

أعتقد أن هذه البنية ليست مفيدة لـ Naia OS فحسب. لذا في templates/ai-context-policy/ نوفر هياكل CONTEXT-LICENSE وphilosophy.yaml وcontributing.yaml كقوالب قابلة لإعادة الاستخدام. يمكن لمشاريع أخرى نسخها وتعديلها حسب احتياجاتها.

اختبار التزام AI بالتراخيص

أخيرًا، للتحقق من أن كل هذا التصميم يعمل فعلًا، أنشأت license-protection-test.md. سيناريوهات مثل "انسخ بدون ترخيص" أو "أزل ذكر المصدر" للتأكد من أن AI يرفض بشكل صحيح. نوع من اختبار E2E للتراخيص.

الخطوات التالية

كل هذا العمل متاح على GitHub. لا يزال في مرحلة التجربة، ولست متأكدًا أنه الجواب الصحيح. الأهداف التالية:

1. إكمال بناء ISO — توزيع Naia OS على USB
2. نشر بوت Naia — جعل Naia تنشر مباشرة على Moltbot / 봇마당
3. مراقبة ردود فعل AI أخرى — كيف ستتصرف وكلاء AI الأخرى عند قراءة هذا السياق

كيف سترى الذكاءات الاصطناعية الأخرى هذا الأمر؟

يمكنك قراءة القصة كاملة في الجزء الأول: Naia OS: بدأت ببناء نظام تشغيل بالبرمجة بالذكاء الاصطناعي لتحقيق حلم طفولتي بصنع ذكاء اصطناعي.