مفتوح المصدر

ماذا يعني المصدر المفتوح لأدوات الذكاء الاصطناعي؟

ينشر البرمجيات مفتوحة المصدر الشفرة تحت ترخيص يسمح بالفحص والتعديل و(عادة) إعادة التوزيع. في أدوات الذكاء الاصطناعي يمكنكم قراءة كيفية التعامل مع المطالبات والسجلات وبيانات الاعتماد، وتخصيص المنتج لبنيتكم وتشغيله دون انتظار منطقة السحابة للمورّد.

المصدر المفتوح ليس مجانياً بالمعنى الحرفي، وليس هو self-hosted. مشروع Apache قد يدفعكم إلى لوحة تحكم مستضافة مدفوعة. جهاز proprietary قد يكون self-hosted بمفتاح ترخيص. اقرأوا ملف الترخيص ومسار القياس الافتراضي، لا كلمة التسويق «open».

لماذا يهم فرق الذكاء الاصطناعي

قابلية التدقيق. يرى المهندسون الكود الذي يلمس محادثات العملاء — مهم في الرعاية والمالية والقانون.

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

لا مفتاح إيقاف لمورّد واحد. واجهات proprietary تُلغى. يمكنكم تثبيت git tag أو fork أو الاستمرار بإصدار قديم.

سرعة المجتمع. المشاريع النشطة غالباً تحصل على إصلاحات أمنية ومحولات (LangChain، مخططات Kubernetes) أسرع مما تعترف به خارطة طريق مغلقة علناً.

التراخيص التي ستلاقونها فعلاً

• MIT — متساهلة جداً. احتفظوا بإشعار حقوق النشر. الاستخدام التجاري طبيعي.
• Apache 2.0 — متساهلة مع منح براءات صريح. شائعة في بنية AI enterprise.
• GPL v3 — copyleft: توزيع ثنائي معدّل يعني عادة مشاركة المصدر تحت GPL.
• AGPL v3 — copyleft يصل لكثير من نشر الشبكة/SaaS. مراجعة قانونية قبل منتج داخلي.
• Source-available / BSL / open core — كود مقروء؛ حقوق ربما ليست كما تظنون. ليس OSI-open حتى يوافق القانوني.

كيف تقيّم أداة AI مفتوحة المصدر

1. توافق الترخيص مع طريقة التسليم (داخلي، SaaS، on-prem).
2. من يدمج: شركة، مؤسسة، أو maintainer واحد بلا بديل.
3. وتيرة الإصدارات، artifacts موقّعة، جهة اتصال أمنية.
4. وثائق الإنتاج: Compose/Helm، نسخ احتياطي، ترقيات، ما يتصل بالخارج.
5. هل «open» يشمل بيانات التدريب ومجموعات eval وruntime الوكيل أم عميلاً رقيقاً فقط.
6. dual licensing: أي ميزات خلف SKU تجاري.

المخاطر

مستودعات بلا صيانة تتعفّن. AGPL في خدمة productized قد يفرض كشف مصدر غير مُدرج. «Open weights» ليست نفس التطبيق المفتوح. تقارير الأعطال وفحوص الترخيص قد تسرّب traces. forks بلا خطة maintainer تصبح مناوبتكم.

أسئلة شائعة

إن كان على GitHub، هل هو open source؟

فقط بترخيص open source معترف واستخدام الملفات المرخّصة. «All rights reserved» ليس open source.

Apache 2.0 في منتج تجاري؟

عادة نعم، حتى closed source، مع notice/NOTICE. أكّدوا براءات/علامات مع القانوني.

هل يجب نشر تعديلاتنا؟

ليس تحت MIT/Apache 2.0 للاستخدام الداخلي أو SaaS النموذجي. GPL/AGPL مختلفة. اقرأوا الترخيص قبل إعادة التوزيع أو خدمة الشبكة.

هل open source أكثر أماناً تلقائياً؟

لا. الشفافية تساعد إن قرأ أحد وصحّح. repo عام مهجور قد يكون أسوأ من مورّد بـ SLA أمني.

العلاقة بـ self-hosted؟

Open source يجعل self-hosting ممكناً. لا يشغّل العنقود عنكم. انظروا وسم Self-Hosted.