أدوات المطورين يجب أن تكون مفتوحة المصدر: الوكلاء جعلوا التخصيص رخيصًا

نشر ديفيد كراشو، مهندس في شركة exe.dev، في 2 أغسطس 2026 تدوينة بعنوان «Devtools must be open source» يرى فيها أن وكلاء الذكاء الاصطناعي جعلوا تخصيص البرمجيات رخيصًا إلى حد يجعل الوصول إلى الشيفرة المصدرية أمرًا لا غنى عنه.

من ملفات الإعداد إلى البرمجيات الشخصية

يتذكر كراشو أنه قبل خمس سنوات لم يكن لدى معظم المهندسين الذين تحدث إليهم أي برنامج كتبوه لأنفسهم: كانوا طوال اليوم يستخدمون برامج كتبها آخرون كي يكتبوا برامج لآخرين. أما كتابة برمجيات للاستخدام الشخصي، وصيانتها على وجه الخصوص، فكان عائدها موضع شك؛ فما يمكن كتابته في يوم محدود، والعودة إلى مشروع بعد عام لصيانته كانت مؤلمة، وفي بعض السنوات تخلّى الكاتب عن أدواته الخاصة واستخدم أكثر البيئات شيوعًا. وبهذه المعادلة الاقتصادية نفسها يُفسَّر سبب صدور البرمجيات المعقدة بملفات إعداد وأنظمة إضافات: فالتصميم لعدد كبير من المستخدمين كان يبرر التكلفة.

أمران يغيّران المعادلة

اليوم، كما يقول كراشو، أصبح تخصيص البرمجيات سهلًا بصورة مذهلة. ويقوم معظم العمل على نوعين من الأوامر النصية: الأول — نزّل الشيفرة المصدرية للبرنامج، وابنِه للاستخدام المحلي وعدّله، وسجّل في ذاكرة الوكيل أن أي تغيير مستقبلي يعني تعديل المصادر واستبدال النسخة الحالية، ووثّق سبب التغيير في نظام إدارة الإصدارات. والثاني، وهو الأهم — أعدّ مهمة cron ليلية تجلب تغييرات المصدر الأصلي (upstream)، وتعيد تطبيق التعديلات المحلية فوقها، وتتحقق من أن البرنامج يعمل، ثم تستبدل النسخة الحالية. فالوكلاء لا يكتبون الشيفرة فحسب، بل يديرون أيضًا المزامنة مع إصدارات المصدر الأصلي، وبذلك يتحسن العائد على التخصيص من جهتين في آن واحد: البدء أسهل بكثير، والاستمرار أسهل بكثير. ولأن هذين الأمرين يمكن تضمينهما في الوكيل كمهارة (skill) نصية بسيطة، لم تعد البرمجة مطلوبة أصلًا؛ فقد أدمجت exe.dev ذلك في وكيلها Shelley، وأصبح يكفي أن تكتب: «اجعل واجهة Shelley عالية التباين».

الشيفرة المصدرية هي نظام الإضافات نفسه

ويضرب كراشو مثالًا عمليًا: أدخل أداة تقليص الفروقات meat.dev في Shelley بأمر واحد، بما في ذلك معالجة الالتزامات (commits) مسبقًا في الخلفية ومفتاح في عرض Diffs. أما فعل الشيء نفسه عبر واجهة إضافات VS Code، كما يكتب، فسيكون «عذابًا متشابكًا»، لأن نقاط التوسيع في غير صيغتها الصحيحة. وما يتطلبه كل ذلك، كما يرى الكاتب، هو الوصول إلى الشيفرة المصدرية؛ ومدونته نفسها برمجية مكتوبة حسب الطلب لهذا السبب بالتحديد.

أين يفترق Codex وClaude Code

يعمل هذا الأسلوب القائم على المهارات بسهولة مع وكلاء مفتوحي المصدر آخرين مثل Pi؛ بل يتساءل كراشو لماذا يحتاج Pi أصلًا إلى نظام إضافات مدمج، ما دامت «الشيفرة المصدرية هي نظام الإضافات». ويمكن فعل الشيء نفسه مع Codex لأنه مفتوح المصدر، لكن ذلك سيتطلب عددًا أكبر بكثير من الرموز (tokens). أما الحاجز فهو Claude Code: فهو مغلق المصدر، لذا لا يمكن تخصيصه، ولا يبقى سوى خطافات التخصيص التي يوفرها المنتج. والنصيحة صريحة: إذا لم تناسب طريقة العمل التي تريدونها تلك الخطافات، فانتقلوا إلى وكيل يتيح لكم تخصيصه.