الذكاء الاصطناعي لكتابة الأكواد: شركة ناشئة جديدة أسسها المدير التنفيذي السابق لـ GitHub

في يوليو 2026، أطلق المدير التنفيذي السابق لـ GitHub منصة ذكاء اصطناعي لتطوير الأكواد: شبكة موزّعة لإدارة الأكواد، صُمّمت من الصفر لعالم يصبح فيه وكلاء الذكاء الاصطناعي هم المطوّرين الرئيسيين.

لماذا يعجز Git الحالي عن مواكبة الوكلاء

صُمّمت بنية التحكم بالإصدارات الحالية، وهي Git في الأساس وGitHub أو GitLab كمنصة، على إيقاع العمل البشري: مطوّر واحد يفكّر ويكتب الكود ثم ينفّذ commit ويفتح pull request وينتظر المراجعة.

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

وتتوسّع المنصات المركزية بصعوبة عندما يعمل عدد كبير من الوكلاء بالتوازي على مستودع واحد: تعارضات عند الدمج، واختناقات في خطوط CI/CD، وقيود قفل على مستوى الوصول. وقد صُمّم هذا كله على أساس العمل غير المتزامن للبشر، لا العمل المتزامن للآلات على نطاق صناعي.

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

من يقف وراء الشركة الناشئة الجديدة

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

واللافت أن من أسهم مباشرة في تشكيل المعيار الحديث للتطوير التعاوني يراهن بنفسه على أن هذا المعيار يحتاج إلى استبدال منهجي، لا إلى طبقة ذكاء اصطناعي جديدة تُضاف فوق git-flow المألوف.

لماذا يحدث هذا الآن تحديدًا

في عامي 2025 و2026، خرجت البرمجة القائمة على الوكلاء من نطاق التجارب المخبرية. فأنظمة مثل Devin وCopilot Workspace وعشرات النظائر الأخرى مدمجة بالفعل في سير العمل داخل شركات التقنية. ولا يكتفي وكلاء الذكاء الاصطناعي باقتراح الإكمال التلقائي، بل يفتحون الفروع بأنفسهم، وينشئون PR، ويجرون مراجعة الكود الأولية.

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

ماذا يعني ذلك

يشير دخول أحد قدامى GitHub إلى مجال البنية التحتية الأساسية لإدارة الإصدارات إلى أن سوق أدوات البرمجة القائمة على الوكلاء بدأ ينقسم إلى طبقتين. الأولى هي أنظمة الوكلاء نفسها (Copilot وCursor ووكلاء LLM المخصصون). والثانية هي البنية التحتية التي تقوم عليها: المستودعات وشبكات المزامنة وبروتوكولات الوصول. وظلت الطبقة الثانية حتى الآن في ظل الأولى، أما الآن فيدخلها أشخاص يملكون خبرة استراتيجية وفهمًا لما ينبغي بناؤه فعلًا.

لماذا لا يناسب Git وكلاء الذكاء الاصطناعي في كتابة الأكواد؟

صُمّم Git على إيقاع العمل البشري: مطوّر يفكّر ويكتب الكود وينفّذ commit وينتظر المراجعة. أما وكلاء الذكاء الاصطناعي فيعملون بطريقة مختلفة جوهريًا: فهم قادرون على العمل باستمرار وبالتوازي، ما يتطلب بنية تحتية من جيل جديد.