بعد خوض تجربة Pi Agent وOMP وCodex وZCode، لماذا اخترت في النهاية OpenCode + OpenChamber

نُشر المقال الأصلي على X.

لقد جربت مؤخراً كل هذه البيئات — Pi Agent وOMP وZCode وCodex وOpenCode — وأخيراً فهمت ما هي احتياجاتي الحقيقية.

معاييري الثلاثة

الأول: واجهة رسومية ناضجة ومستقرة

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

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

هذا المعيار وحده استبعد Pi Agent وOMP. ليس لأن النواة ضعيفة، بل لأن الواجهات الرسومية المجتمعية المرافقة لها رديئة فعلاً. وبناؤها يدوياً بنفسك يلتهم جهداً هائلاً، وهذه الأدوات قابلة للتخصيص لدرجة أن واجهتك الحِرفية لن تكون ذات قيمة عامة — غيّر الجهاز أو غيّر الشخص، وكل شيء يُعاد من الصفر.

الثاني: لا قيود من المورّد ولا محاباة لمورّد

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

أما ZCode فالأمر أغرب: لا يمكنك عبر OAuth تسجيل الدخول إلى خطط البرمجة المختلفة (فمثلاً Kimi For Code وGrok Build لا تعملان في ZCode، إلا بطرق ملتوية).

لذلك استبعدت برامج تنحاز لمورّد نماذج بعينه مثل ZCode وCodex.

الثالث: مفتوح المصدر وقابل لإعادة التطوير

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

الإجابة النهائية: OpenCode + OpenChamber

بعد التصفية النهائية، الخيار الوحيد المتبقي فعلاً كان OpenCode.

لكن OpenCode مجرد نواة وكيل (Agent). ولكي أزوّدها بواجهة رسومية ناضجة ومستقرة وعملية، اكتشفت أخيراً الإجابة الفعلية: OpenChamber.

• النواة: OpenCode — مفتوح المصدر، بلا قيود مورّد، ويدعم نماذج متعددة
• الواجهة: OpenChamber — منصة عمل رسومية ناضجة
• التركيبة: نواة مستقرة + واجهة مريحة، مع إمكانية إعادة التطوير عند الحاجة

المصدر مفتوح على: https://github.com/openchamber/openchamber

بعض الخبرات

اختيار الأداة، في جوهره، هو اختيار "من يملك القرار النهائي بيدك".

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

أما بشأن معركة TUI ضد GUI، فلا تُصر. الأدوات وُجدت لإنجاز العمل، لا لإثبات إتقانك لسطر الأوامر. واجهة مريحة يمكنك استخدامها طويلاً أهم من أي شيء آخر.

اقرأ أيضاً: تجربة متعمقة للإصدار الرسمي من DeepSeek V4 Flash