وارب أصبح مفتوح المصدر —
والطريقة التي فعل بها ذلك تغير كل شيء

في 28 أبريل 2026، نشر فريق وارب (Warp) إعلاناً من ثلاث كلمات: "Warp أصبح الآن مفتوح المصدر". حصلت التغريدة على 2.6 مليون مشاهدة في يومين. وجمع مستودع GitHub الخاص به 26,000 نجمة في غضون ساعات من إطلاقه. وفي مجتمع المطورين، انقسم رد الفعل على الفور تقريباً إلى معسكرين: أشخاص رأوا في ذلك معلماً حقيقياً للتطوير المعتمد على وكلاء الذكاء الاصطناعي مفتوح المصدر، وأشخاص رأوا فيه حركة تجارية ذكية مغلفة بلغة مجتمعية.

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

ما هو وارب، لمن فاته ما حدث في السنوات الأربع الماضية

بدأ وارب في عام 2021 كواجهة طرفية (Terminal) لنظام ماك. واجهة سطر أوامر أعيد تصورها مبنية بلغة Rust، مع مخرجات تعتمد على "الكتل" (Blocks) التي تجمع الأوامر ونتائجها في وحدات منفصلة وقابلة للتحديد — مما يجعل المحطة الطرفية قابلة للقراءة والتنقل بطرق لا توفرها الواجهات التقليدية. جمعت الشركة 50 مليون دولار من Sequoia وGV وسام ألتمان ومارك بينيوف وديلان فيلد. وتوسعت لتشمل لينكس وويندوز. وفي مرحلة ما، توقفت عن كونها مجرد شركة واجهة طرفية وأصبحت ما تطلق عليه الآن بيئة تطوير تعتمد على الوكلاء (Agentic Development Environment) — وهي منصة لتشغيل وإدارة وتنسيق وكلاء برمجة الذكاء الاصطناعي على نطاق واسع.

بدأ وارب في عام 2022 كبرنامج محطة طرفية لأجهزة ماك. ومن هناك، تطور إلى ما تطلقه الشركة "بيئة تطوير وكيلة" (ADE) وأصبح متاحاً على لينكس وويندوز أيضاً.

بحلول أبريل 2026، كان وارب مستخدماً من قبل أكثر من 700,000 مطور، بما في ذلك فرق في Docker وRamp وPeloton، ومختبرات الذكاء الاصطناعي الرائدة، وشركات التكنولوجيا الكبرى، وأكثر من نصف شركات Fortune 500.

طوال أربع سنوات، كان المجتمع يطالب — بصوت عالٍ أحياناً — بموعد فتح كود وارب. في نقاش على GitHub عام 2021 جمع ما يقرب من 200 صوت مؤيد واستمر لسنوات، كتب الرئيس التنفيذي لوارب، زاك لويد، أن الشركة تريد تجنب قيام منافس بنسخ وارب وإنشاء شركة واجهة طرفية أخرى بناءً عليه.

في 28 أبريل 2026، تغير هذا الموقف. لكن طريقة تغيره أكثر إثارة للاهتمام من حقيقة حدوثه.

ما الذي تم إصداره — وما الذي لم يتم إصداره

أصبح الكود المصدري لوارب متاحاً الآن على github.com/warpdotdev/warp بموجب رخصة AGPL.

تحديداً: قاعدة كود العميل المكتوبة بلغة Rust هي تحت رخصة AGPLv3. أما أطر عمل واجهة المستخدم (UI framework) — warpui وwarpui_core — فهي تحت رخصة MIT، وهي رخصة أكثر تساهلاً وتسمح للأشخاص بإعادة استخدام تلك الأجزاء دون التزامات الحقوق المتروكة (Copyleft). وكانت القوالب (Themes) ومستودع تدفقات العمل (Workflows) مفتوحة بالفعل قبل ذلك.

ما لم يتم إصداره: منصة Oz نفسها — وهي منصة تنسيق وكلاء السحابة من وارب — والبنية التحتية لجهة الخادم، والميزات التجارية التي تدفع إيرادات وارب. لا تزال فئة Pro التي تبلغ تكلفتها 12 دولاراً شهرياً موجودة، ولا تزال ميزات المؤسسات تكلف مالاً.

تم اختيار رخصة AGPLv3 بالتأكيد لمنع مزودي السحابة من تشغيل نسخة مستضافة من وارب دون المساهمة بالتغييرات مرة أخرى — وهو نفس النمط الدفاعي الذي استخدمته MongoDB وElastic.

لذا، ما لدينا هو إصدار للعميل فقط. الواجهة الطرفية مفتوحة. أما طبقة تنسيق الوكلاء التي تقوم بالعمل المثير — Oz — فتبقى ملكية خاصة. هذا تطبيق نظيف لنموذج عمل أدوات المطورين الراسخ: أعطِ العميل مجاناً، وافرض رسوماً على السحابة. تفعل ذلك شركات مثل Cursor وVercel وSupabase.

فهم هذا هو سياق أساسي لتقييم كل شيء آخر أعلنه وارب.

نموذج المساهمة: التطوير الوكيل المفتوح

هنا تصبح الأمور جديدة حقاً.

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

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

يعمل النظام على النحو التالي: يقوم المساهمون بتقديم القضايا (Issues) باستخدام القوالب. يراجع مشرف وارب القضية وقد يضع علامة استعداد — "ready-to-spec" تشير إلى أن التصميم مفتوح للمساهمين لتحديده، و"ready-to-implement" تشير إلى أن التصميم قد تم استقراره وطلبات سحب الكود مرحب بها. ثم تقوم منصة Oz، منصة تنسيق الوكلاء في وارب، بالتقاط القضية وطرح أسئلة توضيحية وإنشاء خطة تنفيذ وكتابة الكود وفتح طلب سحب — كل ذلك بشكل مرئي للجميع على GitHub.

تعمل قضايا GitHub العامة الآن كنظام سجل للميزات وخارطة الطريق والنقاشات. تدير Oz دورة الحياة من خلال فرز القضايا وطرح الأسئلة التوضيحية وإنشاء خطط التنفيذ وكتابة الكود وفتح طلبات السحب — كل ذلك في العلن، مع روابط الجلسات والمراجعات والتقدم المرئي للجميع.

المعنى الضمني المعلن هو معنى كبير: حتى المستخدمين غير التقنيين يمكنهم المساهمة من خلال صياغة أفكارهم والتحقق من سلوك الوكيل، دون الحاجة إلى تعلم قاعدة الكود أو حتى كيفية كتابة الكود.

يطلق وارب على هذا النموذج اسم "التطوير الوكيل المفتوح" (Open Agentic Development). تراه الشركة كرؤيتها لكيفية بناء البرمجيات في المستقبل — بشر يديرون وكلاء على نطاق واسع لبناء برمجيات عالية الجودة.

OpenAI كراعٍ مؤسس

جذب إعلان الرعاية انتباه الناس بقدر ما جذبه الإصدار مفتوح المصدر نفسه.

يتم تشغيل تدفقات عمل الوكلاء الجدد مفتوحة المصدر من وارب بواسطة نماذج OpenAI، حيث تدعم OpenAI الجيل القادم من تطوير البرمجيات التعاوني. وتحديداً، يقوم نموذج GPT-5.5 بتشغيل تدفقات العمل الوكيلة التي تشحن التحسينات إلى قاعدة الكود.

قال تيبو سوتيو، مسؤول الهندسة في OpenAI: "لطالما كانت المصادر المفتوحة مركزية لكيفية تعلم المطورين وبنائهم ودفع المجال إلى الأمام. نحن متحمسون لدعم التجارب التي تستكشف كيف يمكن للذكاء الاصطناعي مساعدة المشرفين والمساهمين على التعاون بشكل أكثر فعالية على نطاق واسع".

المنطق الاستراتيجي لشركة OpenAI هنا ليس خفياً. تضع الرعاية وارب استراتيجياً في مواجهة منافسين مثل Claude Code — مما يضع نماذج GPT في قلب أداة مطورين مفتوحة المصدر رفيعة المستوى يستخدمها ما يقرب من مليون مطور، وهو توزيع كبير لقدرات البرمجة لشركة OpenAI.

يشير وارب إلى أن المساهمين أحرار في استخدام وكلاء برمجة آخرين أيضاً، لكنه يقول إن تفضيله هو لـ Oz، الذي يمتلك السياق الصحيح والتحققات المدمجة لهذا التدفق العملي. وإلى جانب الإصدار، يقوم وارب بتوسيع دعم النماذج مفتوحة المصدر، وجلب Kimi وMiniMax وQwen، بالإضافة إلى خيار توجيه "تلقائي (مفتوح)" جديد يختار أفضل نموذج مفتوح لمهمة معينة.

الأسئلة الصادقة التي يطرحها المجتمع

انقسم رد فعل مجتمع المطورين ومنتدى Hacker News حول هذا الإعلان بشكل ملحوظ. الابتهاج الحقيقي بالإصدار مفتوح المصدر ونموذج المساهمة المبتكر يتعايش مع انتقادات حادة تستحق الاعتراف بها.

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

التوقيت التنافسي لاحظه أيضاً العديد من المراقبين. Ghostty، المكتوب بلغة Zig والمجاني بالكامل، يكتسب زخماً كبيراً كبديل أخف وزناً. تميز وارب ليس في الواجهة الطرفية — بل في طبقة الذكاء الاصطناعي. من خلال فتح كود العميل، يبني وارب تبني المجتمع مع الحفاظ على المكونات القيمة كملكية خاصة: تنسيق وكلاء Oz، والمنصة السحابية، وميزات المؤسسات.

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

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

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

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

كيف يبدو خط أنابيب Oz فعلياً

للمطورين الفضوليين حول الميكانيكا التقنية لكيفية عمل تدفق مساهمة الوكيل، فإن المستودع يجعلها قابلة للفحص.

يجعل ملف CONTRIBUTING.md للمستودع الجديد دور Oz صريحاً: فهي تقوم تلقائياً بفرز القضايا الواردة، ومراجعة طلبات السحب المفتوحة، وكتابة المواصفات، وتنفيذ الميزات. يمكن للمساهمين الذين يجمعون طلبات سحب مدمجة أن يطلبوا من Oz تنفيذ القضايا الجاهزة نيابة عنهم، باستخدام أرصدة Oz مجانية.

إن ملفات السياق القابلة للقراءة من قبل الوكلاء تحت .agents/skills/، وتنسيق المواصفات تحت specs/، ودليل الهندسة WARP.md كلها مصممة ليتم استهلاكها بواسطة وكلاء البرمجة — بما في ذلك، وبشكل بارز، Oz نفسها.

تدفق البناء للمساهمين الذين يريدون تشغيل وارب محلياً هو تدفق بسيط:

./script/bootstrap  # إعداد خاص بالمنصة
./script/run        # بناء وتشغيل وارب
./script/presubmit  # التنسيق والفحص والاختبارات

كما أنشأ وارب build.warp.dev كلوحة معلومات حية تعرض فرز القضايا، ونشاط الوكيل، وما هو متاح للاستلام. هذه الشفافية — جعل خط الأنابيب المدار بالكامل من قبل الوكيل مرئياً للجمهور — هي واحدة من أكثر الجوانب إثارة للاهتمام في الإصدار. يمكنك مشاهدة الوكلاء وهم يعملون. يمكنك رؤية ما ينفذونه، وما هي القرارات التي يتخذونها، وأين يتم تطبيق المراجعة البشرية.

ماذا يعني هذا لكيفية بناء البرمجيات

ابتعد عن إعلان وارب المحدد وستجد نمطاً أوسع يستحق الانتباه إليه.

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

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

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

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

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

ما الذي يجب مراقبته

الأشهر الثلاثة القادمة ستحكي القصة الحقيقية.

راقب سرعة القضايا ونسبة طلبات سحب المجتمع إلى طلبات السحب التي تم إنشاؤها بواسطة Oz خلال الربع القادم. سيخبرك ذلك ما إذا كانت عملية استعادة الثقة قد نجحت.

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

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

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

المستودع متاح في github.com/warpdotdev/warp. الوكلاء يعملون. خط أنابيب المساهمة مفتوح ومرئي لأي شخص يريد النظر إليه.

لقد بدأت التجربة. سنكتشف معاً ما إذا كانت ستنجح.