كيف تنمو OpenCode لتصبح وكيل البرمجة مفتوح المصدر الرائد

مقدمة

في سوق يهيمن عليه منتجات متكاملة رأسياً مثل Claude Code وCodex وCursor وأدوات البرمجة المعتمدة على Gemini ووكلاء سطر الأوامر الخاصين بنماذج محددة، حققت OpenCode نمواً ملحوظاً.

تتميز استراتيجيتها عن غيرها. فبدلاً من مطالبة المطورين بالالتزام بمزود نماذج واحد، وضعت OpenCode نفسها كطبقة مفتوحة المصدر ومحايدة تجاه النماذج، يمكن تشغيلها في الطرفية أو تطبيق سطح المكتب أو بيئة التطوير المتكاملة (IDE)، وتربط نماذج من مزودين متعددين.

في مقابلة نُشرت في يوليو 2026، أفاد الفريق المؤسس لـ OpenCode أن المنتج وصل إلى حوالي 13 مليون مستخدم نشط شهرياً، ويعالج حوالي 7 تريليونات رمز (token) يومياً، وأنشأ تدفقين للإيرادات يبلغ مجموعهما حوالي 56 إلى 58 مليون دولار من الإيرادات السنوية المتكررة.

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

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

1. بدأت OpenCode من ملاحظة قائمة على الطرفية

قام الفريق المؤسس لـ OpenCode ببناء أدوات مطورين مفتوحة المصدر لسنوات قبل إطلاق وكيل البرمجة.

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

لم تكن التجارب المبكرة منتجاً مقنعاً على الفور. جاءت نقطة التحول عندما بدأ الفريق في استخدام Claude Code.

كان العديد من المطورين يطلبون المساعدة بالفعل من نماذج اللغة، لكن سير العمل كان مجزأً:

1. العمل في المحرر.
2. مواجهة مشكلة.
3. فتح محادثة في المتصفح.
4. نسخ الكود أو رسالة الخطأ.
5. انتظار الرد.
6. نسخ الإجابة مرة أخرى إلى بيئة التطوير.

بالنسبة للمطورين الذين يعملون في الطرفية، كان هذا التنقل بين السياقات مزعجاً بشكل خاص.

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

أظهر Claude Code نمط تفاعل مختلفاً. فهو يعمل بجوار المحرر، ويفحص المستودع، ويستخدم نظام الملفات، وينفذ الأوامر، ويجري التغييرات دون أن يضطر المطور إلى التخلي عن إعداداته الحالية.

رأى فريق OpenCode فرصة: بناء وكيل مماثل أصلي للطرفية، ولكن مع جعله مفتوح المصدر وغير مرتبط بأي مزود نماذج واحد.

2. Positioning مفتوح المصدر أهم من مطابقة الميزات

يمتلك سوق وكلاء البرمجة بالفعل العديد من المنتجات. لم تكن OpenCode بحاجة إلى إثبات عدم وجود منافسين.

كانت بحاجة إلى احتلال موقع لم يُشغل بعد.

اعتقد المؤسسون أن المنافسة بين النماذج ستشتد. سيواصل Anthropic وOpenAI وGoogle وxAI ومطورو النماذج الصينية ومجتمع الأوزان المفتوحة إصدار أنظمة تتمتع كل منها بمزايا مختلفة، مع تباين في الأداء والسعر والسرعة ومتطلبات النشر.

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

شكل هذا هدفاً أولياً واضحاً:

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

كان المصدر المفتوح مفيداً بشكل خاص لـ OpenCode، لأن دعم نظام بيئي واسع من النماذج ينتج ذيلاً طويلاً من أعمال التكامل.

يختلف المزودون في:

• المصادقة
• تنسيقات API
• سلوك استدعاء الأدوات
• البث
• حدود السياق
• التحكم في الاستدلال
• نقاط النهاية الإقليمية
• حدود المعدل
• معالجة الأخطاء
• النشر المحلي
• بوابات المؤسسات

لا يمكن لفريق داخلي صغير إعادة إنتاج كل مزود ومنطقة وتكوين محلي ووكيل مؤسسي أو بيئة سحابية خاصة.

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

تنص الوثائق الرسمية لـ OpenCode الآن على أنها تدعم أكثر من 75 مزود نماذج باستخدام AI SDK وModels.dev، بما في ذلك النماذج المحلية.

3. أصبح Models.dev جزءاً من البنية التحتية المحايدة للمنتج

لدعم العديد من النماذج، احتاجت OpenCode إلى معلومات منظمة وموثوقة حول المزودين وقدرات النماذج.

أنشأ الفريق Models.dev، وهي قاعدة بيانات مفتوحة المصدر توثق التفاصيل التالية:

• معرّفات النماذج والمزودين
• حدود السياق
• حدود الإخراج
• دعم الاستدلال
• استدعاء الأدوات
• الإخراج المنظم
• دعم درجة الحرارة
• توفر الأوزان
• التسعير
• تواريخ الإصدار

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

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

يمكن للمستخدمين بعد ذلك اختيار النموذج دون تغيير سير عمل البرمجة الرئيسي.

4. تسارع النمو بشكل كبير في أوائل 2026

وصف المؤسسون زيادة حادة في الاستخدام بعد الإطلاق الأولي.

وفقاً لبيانات مقابلتهم:

الفترة	المستخدمون النشطون شهرياً المبلغ عنهم
إطلاق يونيو 2025	مرحلة إصدار مبكر
ديسمبر 2025	حوالي 650 ألفاً
يناير 2026	حوالي 2.5 مليون
نهاية يونيو 2026	حوالي 13 مليوناً

وأبلغوا أيضاً عن حوالي 4.6 مليون مستخدم نشط أسبوعياً.

حجم المستخدمين، إلى جانب معالجة حوالي سبعة تريليونات رمز يومياً بحلول منتصف 2026.

يعرض الموقع العام لـ OpenCode حالياً رقماً شهرياً آخر: أكثر من 7.5 مليون مطور. نظراً لأن الشركة لم تنشر بعد المنهجية الإحصائية الدقيقة وراء الرقمين، يجب على القراء اعتبار رقم 13 مليوناً كبيان تم الإبلاغ عنه في مقابلة المؤسسين، وليس إحصاءً مدققاً وفقاً للمعايير.

توفر لوحة البيانات الرسمية مجموعة فرعية أكثر وضوحاً وقابلية للتحقق من نشاط OpenCode Go وZen. تعرض الاستخدام اليومي للنماذج، والمستخدمين الفريدين، وتكلفة الجلسات، وأسعار الرموز، ومعدل الإصابة بالذاكرة المؤقتة، والحصة السوقية، والتوزيع الجغرافي.

تجسد اللوحة أيضاً جانباً من الفكرة الأساسية لـ OpenCode: مع ظهور أنظمة مفتوحة المصدر ومملوكة جديدة، يمكن أن يتغير استخدام النماذج بسرعة.

5. تحول قيود Anthropic إلى فرصة للنمو

كانت واحدة من أهم اللحظات في النمو العلني لـ OpenCode عندما قيدت Anthropic استخدام اشتراكات Claude عبر أدوات البرمجة التابعة لجهات خارجية.

لا يزال بإمكان مستخدمي OpenCode الوصول إلى Claude عبر طرق فوترة API المعتمدة، لكن هذا القيد أثر على أولئك الذين كانوا يستخدمون أرصدة اشتراكات Claude الخاصة بهم في أدوات خارجية.

من منظور Anthropic، صُممت خطط الاشتراك حول منتجاتها وأنماط استخدامها الخاصة. الاستخدام الواسع من قبل وكلاء خارجيين قد يشكل هيكل تكاليف مختلفاً.

من منظور مجتمع OpenCode، بدا هذا التغيير وكأن مزود النماذج يستخدم سيطرته على المصادقة والاشتراكات لدعم منتجه المتكامل رأسياً.

صرّح مؤسس OpenCode أن هذا الجدل ساعد هذا المنتج الأصغر في عدة جوانب.

إدخال OpenCode في نفس سياق النقاش مع Claude Code

قبل فرض القيود، لم يكن العديد من المطورين قد سمعوا عن OpenCode من قبل.

عندما اتخذت Anthropic إجراءات ضد التكاملات الخارجية، بدأ المطورون يتساءلون: لماذا هذه الأداة مهمة بما يكفي لإثارة مثل هذا الرد؟

هذا الحدث جعل OpenCode لا يبدو وكأنه مجرد وكيل برمجي صغير من بين العديد، بل بديلاً له وزنه.

جعل اختيار النموذج ملموسًا

استقلالية المزود قد تبدو مجردة قبل أن يغيّر مزود معين سياسته.

هذا القيد قدّم للمستخدمين مثالاً ملموسًا على لماذا قد يفضّلون طبقة تطبيق تتيح التبديل بين مزودين متعددين.

خلق فرصًا للمنافسين

كان OpenCode بالفعل في نقاشات حول تكاملات رسمية مع نماذج ومزودي اشتراكات آخرين.

قال المؤسس إنهم استغلوا هذه الفرصة للتواصل مع OpenAI، معتبرين أن الدعم الرسمي لـ OpenCode سيشكّل تباينًا واضحًا مع موقف Anthropic.

يعرض الموقع الحالي لـ OpenCode أن المستخدمين يمكنهم تسجيل الدخول باستخدام حساب ChatGPT Plus أو Pro، أو باستخدام حساب GitHub Copilot.

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

6. التمركز الاستراتيجي لـ OpenCode هو الحياد، وليس التكامل الرأسي

صُمم Claude Code لتوفير تجربة مدمجة بإحكام مع نماذج Anthropic.

يمكن تحسين Codex حول نماذج وبنية تحتية من OpenAI.

هذا التكامل الرأسي له مزايا عملية:

• فريق المنتج لديه فهم عميق للنماذج.
• قدرات النماذج الجديدة يمكن أن تظهر بسرعة في التطبيقات.
• يمكن للمزود ضبط النماذج والواجهة معًا.
• يمكن تنسيق المصادقة والفوترة والتخزين المؤقت وضوابط الأمان.

يقوم OpenCode بمقايضة مختلفة.

مزاياه تكمن في:

• اختيار النموذج
• الكود مفتوح المصدر
• دعم النماذج المحلية
• التبديل بين المزودين
• التكامل المجتمعي
• البوابات المؤسسية
• تقليل تقييد طبقة التطبيق

لا يعتقد المؤسس أن المصدر المفتوح يجعل كل منتج أفضل تلقائيًا.

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

لهذا السبب يمكن لـ OpenCode أن يتعايش مع أدوات البرمجة المدمجة رأسيًا بينما ينافسها على جذب انتباه المطورين.

7. النماذج "الجيدة بما يكفي" توسع السوق

كان سوق وكلاء البرمجة المبكر مهيمنًا عليه افتراض بسيط: المطورون يريدون دائمًا أقوى نموذج متاح.

كان هذا الافتراض معقولًا عندما كانت الفجوة في الجودة بين النماذج الخاصة المتطورة والبدائل كبيرة.

مع تحسن النماذج مفتوحة الأوزان ومنخفضة التكلفة، أصبحت ميزات أخرى أكثر أهمية:

• السرعة
• السعر
• التوفر الإقليمي
• التحكم في البيانات
• جودة الاستضافة
• قدرات تصميم الواجهة الأمامية
• سلوك السياق الطويل
• موثوقية استدعاء الأدوات
• النشر المحلي

لا يحتاج النموذج إلى التفوق في كل معيار ليكون الخيار الأفضل لسير عمل معين.

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

تظهر بيانات استخدام OpenCode أنه عندما تكون النماذج المفتوحة ميسورة التكلفة واستضافتها موثوقة، يمكنها الحصول على حصة كبيرة من حجم الرموز (tokens) الفعلي عالميًا.

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

الأسعار المعلنة حاليًا:

الباقة	السعر
الشهر الأول	5 دولارات
الأشهر التالية	10 دولارات شهريًا

هذا المنتج اختياري. يمكن للمطورين الاستمرار في استخدام مزوديهم ومفاتيح API الخاصة بهم مع OpenCode.

8. شكل التوجيه الأكثر قيمة قد يكون التنسيق

مؤسسو OpenCode متشككون في توجيه النماذج البسيط كفئة مستقلة.

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

التبديل في منتصف الجلسة قد يفقد مزايا التخزين المؤقت الخاصة بالمزود، وقد يسبب تناقضات في السياق وسلوك الأدوات وأسلوب الاستدلال.

يعتقد المؤسسون أن نمط التنسيق أكثر قيمة:

1. النموذج الرئيسي الأكثر قدرة يستقبل طلب المستخدم.
2. النموذج الرئيسي يخطط للعمل.
3. يفوض المهام المستقلة إلى وكلاء فرعيين.
4. كل وكيل فرعي يمكنه استخدام نموذج مناسب لتلك المهمة.
5. الوكلاء الفرعيون يعملون بالتوازي عندما يكون ذلك ممكنًا.
6. تعود النتائج إلى النموذج الرئيسي للتوليف والحكم.

هذا النهج يحافظ على جلسة رئيسية متماسكة بينما يستخدم نماذج أرخص أو متخصصة لتنفيذ المهام.

مثال:

المهمة	استراتيجية النموذج المحتملة
التصميم المعماري والمراجعة النهائية	نموذج استدلال أمامي قوي
البحث في المستودع	نموذج سريع منخفض التكلفة
تحرير الملفات المتكرر	نموذج برمجة موثوق
الرجوع إلى الوثائق	وكيل فرعي موجه للبحث
التكرار على الواجهة الأمامية	نموذج قوي في المهام البصرية وواجهة المستخدم
توليد الاختبارات	وكلاء متوازيون منخفضو التكلفة

يدعم OpenCode بالفعل جلسات متعددة ووكلاء فرعيين، مما يجعله بيئة طبيعية لهذا النوع من التنسيق.

9. لدى OpenCode ثلاثة مستويات تجارية رئيسية

التطبيق مفتوح المصدر لا يزال متاحًا، ويمكن للمستخدمين استخدامه دون شراء منتج النماذج المستضاف من OpenCode.

تبني الشركة خدمات تجارية حول الوصول والاستضافة والتحكم المؤسسي.

OpenCode Zen

OpenCode Zen هو بوابة دفع حسب الاستخدام لنماذج مختبرة ومصفاة ومناسبة لاستخدام وكلاء البرمجة.

يشحن المستخدمون الرصيد، ويحصلون على مفتاح API، ثم يربطون Zen كمزود بـ OpenCode أو وكلاء متوافقين آخرين.

تقول الشركة إن Zen يستخدم تسعيرًا شفافًا حسب الرمز (token) دون أي رسوم إضافية فوق تكاليف المعالجة المذكورة. يتضمن الكتالوج نماذج من مزودين مثل OpenAI وAnthropic وGoogle وMoonshot وZhipu وDeepSeek وMiniMax وxAI وQwen وغيرهم.

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

OpenCode Go

OpenCode Go هو اشتراك منخفض التكلفة يركز على نماذج برمجة مفتوحة مختارة.

يختبر الفريق مجموعات من النماذج ومزودي الاستدلال بحثًا عن زمن استجابة ثابت وأداء وكيل، بدلاً من افتراض أن كل مضيف يقدم نفس النموذج بنفس الجودة.

هذا مهم لأن الأوزان المفتوحة لا تضمن تجربة استضافة متسقة. التكميم والتجميع وحدود السياق وبرامج الخدمة والأجهزة كلها يمكن أن تغير النتيجة النهائية.

OpenCode Enterprise

OpenCode Enterprise مصمم للمؤسسات التي تريد حوكمة مركزية مع الحفاظ على الكود والسياق ضمن بنية تحتية معتمدة.

توثق الوثائق الرسمية:

• تسعير حسب المقعد
• تكوين مركزي
• تكامل SSO
• دعم بوابة AI داخلية
• قيود على المزودين
• لا يفرض OpenCode رسوم رموز (tokens) عندما يستخدم العملاء بوابتهم الخاصة
• خيار تعطيل مشاركة الجلسات
• خارطة طريق لصفحة مشاركة جلسات مستضافة ذاتيًا

يصرح OpenCode أنه لا يخزن الكود أو بيانات السياق افتراضيًا. تتم المعالجة محليًا أو عبر استدعاء مباشر لمزود AI المختار.

ميزة /share الاختيارية هي استثناء، حيث يتم إرسال بيانات المحادثة المشتركة إلى الخدمة التي تستضيف الصفحة المشتركة. يمكن للمؤسسات تعطيل هذه الميزة مركزيًا:

{
  "$schema": "https://opencode.ai/config.json",
  "share": "disabled"
}

10. المؤسس يبلغ عن إيرادات قريبة من 60 مليون دولار سنويًا متكررًا

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

إيرادات الاستدلال

قال المؤسس إن استخدام يونيو يشير إلى إيرادات استدلال سنوية تبلغ حوالي 31 إلى 33 مليون دولار، بينما كان معدل التشغيل في أسبوع لاحق أقرب إلى 38 إلى 40 مليون دولار.

إيرادات الاشتراكات

أفادوا أيضًا بحوالي 160 ألف مشترك شهريًا، مساهمين بحوالي 18 مليون دولار من الإيرادات السنوية.

البيانات المجمعة

وفقًا لمعدل الاستدلال الأعلى، يعني هذان النشاطان تقريبًا:

| مصدر الإيرادات | معدل التشغيل السنوي الذي أبلغ عنه المؤسس |

|-|-|
| الوصول إلى النماذج والاستدلال | 38–40 مليون دولار |
| الاشتراكات الشهرية | حوالي 18 مليون دولار |
| الإجمالي | حوالي 56–58 مليون دولار |

هذه الأرقام تقديرات إدارية تستند إلى فترات زمنية قصيرة حديثة، وليست إيرادات سنوية مدققة.

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

11. يمكن أن تحقق أعمال الاستدلال هوامش ربحية كبيرة، لكن هذه الادعاءات تحتاج إلى سياق

يعتقد مؤسسو OpenCode أنه عندما يمتلك المنصة حجمًا كافيًا ومعدل استخدام وذاكرة تخزين مؤقت وخصومات من الموردين، يمكن أن يحقق إعادة بيع الاستدلال هوامش ربح إجمالية قوية.

ويشيرون إلى هوامش ربحية تبلغ حوالي 80% لبعض أعباء العمل، ويلمحون إلى أن المختبرات الرئيسية قد تقترب من 90% في الظروف المواتية.

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

تعتمد اقتصادات الاستدلال على العديد من المتغيرات:

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

يساعد قاعدة مستخدمي OpenCode العالمية في زيادة معدل الاستخدام، لأن الطلب يمتد عبر المناطق الزمنية. عندما يكون المستخدمون في آسيا نشطين، قد يكون مستخدمو الأمريكتين غير متصلين، ثم تنعكس الأنماط.

الطلب الأكثر استقرارًا على مدار 24 ساعة يمكن أن يقلل من السعة الخاملة.

كما يبلغ لوحة بيانات OpenCode الرسمية عن معدلات مرتفعة لذاكرة التخزين المؤقت لعدة نماذج Go وZen. يمكن أن تقلل ذاكرة التخزين المؤقت بشكل كبير من تكلفة السياق المتكرر في جلسات البرمجة.

12. الرموز المميزة أصبحت تكلفة اكتساب العملاء

عادةً ما تكتسب شركات البرمجيات التقليدية المستخدمين من خلال الإعلانات المدفوعة، أو التواصل المبيعاتي، أو الفعاليات، أو النسخ التجريبية المجانية.

يمكن لمنتجات الذكاء الاصطناعي اكتساب المستخدمين من خلال دعم الاستدلال.

يصف مؤسسو OpenCode الرموز المجانية بأنها شكل جديد من تكلفة اكتساب العملاء.

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

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

ثم تعتمد الأعمال على تحويل جزء من هؤلاء المستخدمين إلى:

• عملاء Zen يدفعون حسب الاستخدام
• مشتركي OpenCode Go
• مستخدمون كثيفو الاستخدام للنماذج
• نشر مؤسسي

ولا يمكن لهذا النموذج الاقتصادي أن يعمل إلا إذا تجاوزت المساهمة طويلة الأجل للعملاء المدفوعين تكاليف الاستخدام المجاني والبنية التحتية والدعم واكتساب العملاء.

13. البدء السريع: تثبيت واستخدام OpenCode

تركز المقالة الأصلية للمقابلة على الاستراتيجية بدلاً من إعداد التثبيت. الأوامر التالية مأخوذة من الوثائق الرسمية لـ OpenCode.

التثبيت باستخدام السكربت الرسمي

curl -fsSL https://opencode.ai/install | bash

قبل تشغيل سكربت تثبيت عن بُعد في بيئات حساسة، يرجى مراجعة محتوى السكربت أولاً.

مديرو الحزم البديلون

npm install -g opencode-ai

bun install -g opencode-ai

brew install anomalyco/tap/opencode

الاستخدام

Docker

docker run -it --rm ghcr.io/anomalyco/opencode

الاتصال بمزود الخدمة

شغّل OpenCode ثم نفّذ:

/connect

اختر OpenCode Zen أو OpenCode Go أو أي مزود مدعوم آخر، ثم أضف بيانات الاعتماد المطلوبة.

تهيئة المستودع

cd /path/to/project
opencode

داخل OpenCode، نفّذ:

/init

سيقوم هذا بتحليل المشروع وإنشاء ملف AGENTS.md.

توصي OpenCode بتقديم AGENTS.md إلى Git حتى يتمكن الوكيل من فهم بنية المستودع والاتفاقيات وسير العمل باستمرار.

استخدام وضع التخطيط ووضع البناء

يتضمن OpenCode وضعين مدمجين:

• وضع التخطيط: تحليل للقراءة فقط وتخطيط للتنفيذ
• وضع البناء: وصول كامل لأعمال التطوير

استخدم مفتاح Tab للتبديل بينهما.

بالنسبة للميزات الكبيرة، فإن سير العمل الأكثر أمانًا هو:

1. ابدأ بوضع التخطيط.
2. صف السلوك المطلوب والقيود.
3. راجع خطة التنفيذ المقترحة.
4. أضف السياق أو الأمثلة المفقودة.
5. انتقل إلى وضع البناء.
6. دع الوكيل ينفذ وفقًا للخطة المعتمدة.
7. شغّل الاختبارات وراجع التغييرات قبل الالتزام.

14. يمكن للذكاء الاصطناعي زيادة الإنتاجية، لكنه لا يستطيع تحسين الحكم على المنتج

الجزء الأخير من حجة المؤسسين لا يتعلق بـ OpenCode بقدر ما يتعلق بقيود وكلاء البرمجة.

يمكن للذكاء الاصطناعي أن يجعل التنفيذ أسهل، لكنه لا يمكنه الإجابة تلقائيًا على أصعب أسئلة المنتج: ما الذي يجب على الفريق بناءه؟

قبل انتشار وكلاء البرمجة، قد يقضي المؤسس معظم يومه في تحديد ما يجب القيام به، ووقتًا أقل في التنفيذ.

إذا قلل الذكاء الاصطناعي من عبء التنفيذ، فإن عبء التخطيط يصبح أكثر بروزًا.

يمكن للفرق الآن الاستجابة لكل إشارة:

• أبلغ العميل عن خطأ.
• أطلق المنافس ميزة جديدة.
• طلب أصحاب المصلحة متطلبًا لسير العمل.
• انخفض مؤشر ما.
• طلب فريق المبيعات استثناءً.

يمكن للوكيل تنفيذ كل طلب بسرعة.

لكن الاستجابة لكل طلب قد تؤدي إلى منتج يفتقر إلى التماسك. تتراكم الميزات دون تجريدات مشتركة، ويصبح كل سلوك جديد التزامًا إضافيًا بالتوافق.

وجهة نظر المؤسسين هي: إصدار برمجيات أكثر بعشرة أضعاف لا يعني أن المؤسسة لديها أفكار جيدة أكثر بعشرة أضعاف.

15. قد يسهل الذكاء الاصطناعي قبول التصحيحات الرديئة

كما يغيّر وكلاء البرمجة التوازن بين الإصلاح المعماري والترقيع قصير الأجل.

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

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

قد يؤدي هذا إلى إخفاء الديون التقنية بدلاً من القضاء عليها.

لا يزال الحكم الهندسي مطلوبًا لتحديد:

• ما إذا كانت الميزة جزءًا من المنتج
• ما إذا كانت البنية تدعم هذه الميزة
• ما إذا كان يجب رفض تصحيح معين
• أي التجريدات يجب إعادة تصميمها
• ما إذا كانت الاختبارات تعكس السلوك الفعلي
• ما إذا كان الكود المولّد آمنًا للنشر

عندما يكتب الوكيل الكود، لا تختفي مسؤولية المهندس. بل تنتقل إلى القيود والمراجعة والاختبار والبنية وأمان النشر.

16. وكلاء البرمجة يحتاجون إلى حواجز حماية أقوى، وليس أضعف

يمكن لوكلاء البرمجة العمل باستمرار

وتوليد تغييرات هائلة. هذه الإنتاجية المتزايدة ترفع من أهمية حدود الموثوقية.

تشمل التدابير الوقائية المفيدة:

• ملف AGENTS.md دقيق
• وضع تخطيط للقراءة فقط
• أذونات للملفات والأوامر
• فروع محمية
• مراجعة كود إجبارية
• اختبارات آلية
• تحليل ثابت
• فحص أمني
• بيئات تطوير قابلة لإعادة الإنتاج
• التزامات صغيرة وقابلة للمراجعة
• مسارات واضحة للتراجع

توفر أوضاع التخطيط وأذونات OpenCode والسياسات والوكلاء المخصصون والتكوين المؤسسي جزءًا من هذا الهيكل.

هذه الأدوات لا تحل محل الحوكمة الهندسية، بل تجعل من الممكن ترميز المزيد من الحوكمة في بيئة عمل الوكيل.

17. الرهان طويل الأجل لـ OpenCode

تراهن OpenCode على مستقبل لا يتمكن فيه مزود نماذج واحد من السيطرة بشكل دائم على جميع حالات الاستخدام المهمة للبرمجة.

في ذلك المستقبل:

• تتنافس النماذج بشدة.
• تنخفض الأسعار.
• تتحسن النماذج المفتوحة.
• تظهر أنظمة متخصصة.
• تطالب المؤسسات بالتحكم في التوجيه والبيانات.
• يريد المطورون الاحتفاظ بخيار التبديل.

إذا جاء ذلك المستقبل، فإن طبقة التطبيق والتنسيق المحايدة ستصبح ذات قيمة.

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

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

عندما يتنافس عدة مزودي نماذج أقوياء مع بعضهم البعض ولا يهيمن أي منهم على سير عمل المطور بالكامل، يكون وضع OpenCode في أقوى حالاته.

الأسئلة الشائعة

ما هو OpenCode؟

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

يمكنه فحص مستودعات الأكواد، والتخطيط للتغييرات، وتحرير الملفات، وتشغيل الأوامر، والاتصال بنماذج من أكثر من 75 مزودًا.

هل OpenCode بديل عن Claude Code؟

نعم، على الرغم من أن المنتجين يتبعان استراتيجيتين مختلفتين. Claude Code مدمج عموديًا مع نماذج Anthropic، بينما OpenCode مفتوح المصدر ومصمم للعمل عبر نماذج خاصة ومفتوحة الأوزان ومحلية متنوعة.

هل وصل OpenCode فعلًا إلى 13 مليون مستخدم نشط شهريًا؟

أبلغ مؤسسو OpenCode عن حوالي 13 مليون مستخدم نشط شهريًا في نهاية يونيو 2026. يعرض الموقع الرسمي الحالي أكثر من 7.5 مليون مطور شهريًا، ولم تعلن الشركة علنًا عن تفسير للفارق في المعايير.

كيف يحقق OpenCode الربح؟

تشمل منتجاته التجارية: OpenCode Zen للوصول إلى النماذج بنظام الدفع حسب الاستخدام، وOpenCode Go لاشتراكات النماذج المفتوحة منخفضة التكلفة، وOpenCode Enterprise للإدارة المركزية والدخول الموحد والبوابات الداخلية وحوكمة المؤسسات.

هل يخزن OpenCode الأكواد المصدرية؟

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

هل يمكن استخدام OpenCode مع النماذج المحلية؟

نعم. توثق الوثائق الرسمية للنماذج دعم OpenCode للنماذج المحلية كجزء من نظامه البيئي الأوسع للمزودين، ويعتمد الأداء الفعلي للنماذج المحلية على النموذج والخادم والأجهزة والإعدادات.

هل OpenCode مجاني؟

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

ما الترخيص الذي يستخدمه OpenCode؟

يُصدر مستودع GitHub الرسمي بموجب ترخيص MIT. يجب على المؤسسات مراجعة ترخيص المستودع وتبعياته بنفسها لتلبية متطلبات الامتثال الخاصة بها.

أدوات ذات صلة

• OpenCode: المنتج الرسمي للوكيل مفتوح المصدر وصفحة التحميل.
• OpenCode Zen: بوابة دفع حسب الاستخدام للنماذج المختبرة لأعباء عمل وكيل البرمجة.
• OpenCode Go: خدمة اشتراك منخفضة التكلفة لنماذج برمجة مفتوحة مختارة.
• Models.dev: قاعدة بيانات مفتوحة المصدر تتضمن قدرات النماذج والمزودين وأطوال السياق والتسعير.
• OpenCode Enterprise: إدارة مركزية ودخول موحد (SSO) ودعم بوابة ذكاء اصطناعي داخلية للمؤسسات.
• GitHub Copilot: أحد خيارات الاشتراك المدعومة المدرجة في الموقع الرسمي لـ OpenCode.

روابط ذات صلة

• وثائق OpenCode: إرشادات التثبيت والتكوين والتهيئة والاستخدام الرسمية.
• مستودع OpenCode على GitHub: الكود المصدري وترخيص MIT والإصدارات والمشكلات وسجل المساهمات.
• وثائق نماذج OpenCode: التفاصيل الرسمية حول المزودين المدعومين واختيار النماذج والمتغيرات والنماذج المحلية.
• وثائق OpenCode Enterprise: معالجة البيانات والملكية ونماذج التسعير والدخول الموحد والبوابة وأدلة النشر.
• لوحة بيانات OpenCode: بيانات عامة عن استخدام النماذج وعدد الرموز والتكاليف والذاكرة المؤقتة والحصة السوقية والبيانات الجغرافية.
• مستودع Models.dev على GitHub: المستودع المصدر لقاعدة بيانات النماذج والمزودين المفتوحة.
• مقابلة Y Combinator مع الرئيس التنفيذي لـ OpenCode: تتناول المقابلة النمو الأخير لـ OpenCode واستراتيجية إطار العمل المحايد.

ملخص

ينبع نمو OpenCode من احتلاله موقعًا لا تستطيع مختبرات النماذج هيكليًا احتلاله: واجهة برمجية مفتوحة المصدر محايدة تجاه النماذج تدعم في الوقت نفسه النماذج الخاصة ونماذج الأوزان المفتوحة والأنظمة المحلية.

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

تتمثل الاستراتيجية التجارية في الجمع بين التطبيق المجاني مفتوح المصدر وخدمات Zen وGo وEnterprise. أما الاستراتيجية التقنية فتنتقل من اختيار النماذج الأساسي إلى التنسيق، حيث يمكن لنموذج رئيسي قوي تفويض المهام إلى نماذج أقل تكلفة.

أو وكلاء فرعيين متخصصين.

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