لا يزال معظم البائعين يسوّقون «وكلاء الذكاء الاصطناعي للمطوّرين» وكأنها سوق واحدة. وهي في الحقيقة سوقان تنقسمان على محورين — والخطأ في أيٍّ من المحورين هو ما يجعل الفرق تقول «الوكيل لم ينجح معنا».
بِع أداة «الطريق المُمهّد» لفريق يعمل في التخوم، تخنق الاستكشاف الذي يصنع قيمته. وبِع أداة «التخوم» لمؤسسة تسير على الطريق المُمهّد، تحصل على ثلاثة مطوّرين كبار تتضاعف إنتاجيتهم عشر مرات بينما يعجز بقية الفريق عن مجاراتهم — فيتبخّر مكسب الإنتاجية عند حدود الفريق.
هذان المحوران مرتبطان، لكنهما ليسا الشيء نفسه. فالتشغيل عن بُعد يميل إلى الطريق المُمهّد (لأن الحوكمة والتوازي يتوسّعان أفضل في السحابة)، والتشغيل المحلي يميل إلى التخوم (لأن الحلقة السريعة على الجهاز تفوق انتظار الردّ من خادم بعيد حين تستكشف). غير أن التركيبات الأربع كلها ممكنة فعلًا، وكلّ منها يتطلّب منتجًا مختلفًا.
كيف يتوزّع روّاد السوق فعلًا
| محلي | عن بُعد | |
|---|---|---|
| الطريق المُمهّد | خطوط معالجة محلية قليلة — الغلبة هنا عادةً للتشغيل عن بُعد سطر أوامر يعمل دون تفاعل داخل خط التكامل المستمر وكلاء مجدولون على الجهاز Claude Code بوضع --headless داخل خطوط المعالجة | تنسيق سحابي حيث تتّجه أموال المؤسسات Augment Cosmos Cognition Devin OpenAI Codex Cloud / Web Google Jules GitHub Copilot Workspace |
| التخوم | أرض البنّائين حيث تُصنع التجريدات الجديدة Claude Code (تفاعلي) Codex CLI Grok Build Cursor / Aider | التخوم عن بُعد متخصّصة — لكنها تنمو بيئات تطوير سحابية معزولة بيئات نماذج أوّلية سريعة الزوال استكشاف كثيف الاعتماد على GPU إعدادات برمجةٍ ثنائية عبر المناطق الزمنية |
- Augment Code أعلنت أوضح رهان: الطريق المُمهّد + عن بُعد. أوقفت إضافتَي VS Code وJetBrains ودفعت الجميع إلى Cosmos — بيئة تشغيل سحابية فيها سجلّ خبراء، وذاكرة مشتركة بين الجلسات، وخبراء جاهزون لمراجعة الشيفرة وطلبات الدمج والاختبار والاستجابة للحوادث. وأبقت محرّك السياق (Context Engine) متاحًا عبر MCP وأطلقت Auggie CLI، لكن منتجها الأساسي بلا لبس هو مصنع المؤسسات. أما المطوّرون الأفراد على PyCharm فقيل لهم، بلباقة، إنهم ليسوا العملاء المستهدفين.
- Anthropic ثبّتت موقعها في التخوم + المحلي. فـClaude Code يعمل من الطرفية أساسًا، وهو مبني حول أوّليات يستخدمها البنّاؤون (CLAUDE.md، والمهارات، والوكلاء الفرعيون، والخطّافات، وMCP)، ويميل عن قصد إلى «الاستقلالية تحت الإشراف». أما ما تطلقه من مكوّنات الطريق المُمهّد — Dreaming وOutcomes وسير العمل الديناميكي وAgent SDK — فتُقدَّم أوّلياتٍ يركّبها البنّاؤون، لا خطّ إنتاج مكتملًا. وCowork يمدّ هذا إلى أعمال غير برمجية دون أن يتخلّى عن هذا النهج.
- OpenAI تسير في الاتجاهين معًا. Codex CLI (مفتوح المصدر، Apache-2.0) هو واجهتها في التخوم المحلية. وCodex App / Cloud / Web، ببوابات الموافقة وضبط صلاحيات الوصول والعزل على مستوى نظام التشغيل، هو واجهتها في الطريق المُمهّد عن بُعد — وهو ما أكسبها مكانة «الرائد» في تقييم Gartner المعروف بالمربّع السحري لوكلاء البرمجة في المؤسسات.
- xAI بدأت من التخوم المحلي بـGrok Build — المحلي أولًا، دون إرسال الشيفرة إلى خوادمها — وتضيف قطع الطريق المُمهّد تباعًا (المهارات، والموصّلات، ووضع
/goalالطويل الأمد). - Devin من Cognition يقع كلّه في الطريق المُمهّد عن بُعد: تعطيه تذكرة، فيعيد إليك طلب دمج. وCursor أداة تخوم محلية تُسحب نحو الطريق المُمهّد. أما GitHub Copilot فبدأ في التخوم المحلية، ثم انتقل إلى الطريق المُمهّد عن بُعد (Workspace)، وهو الآن يغطّي الاثنين معًا دون اتّساق.
لماذا يهمّك هذا في تقييمك
- إن كنت مشتريًا، فحدّد في أيّ رُبعٍ أنت قبل أن تقيّم الأدوات. ولاحِظ أنّ معظم المؤسسات تحتاج إلى أسطحٍ في أكثر من رُبع — الخطأ ليس شراء منتجاتٍ متعددة، بل شراء واحدٍ والتظاهر بأنه يغطّي الأربعة جميعًا.
- وإن كنت تبني هذه المنتجات، فاختَر رُبعك. فمحاولة خدمة الأرباع الأربعة بواجهة واحدة هي ما يجعل خطط المنتج مشوّشة، وصفحات التسعير متنافرة كأن كل قسم منها كتبه فريق مختلف.
فجوة النماذج تضيق كل ربع سنة. والفائزون سيكونون من يعرفون أيّ رُبعٍ يخدمون وعلى أيّ سطح — ومن يقاومون إغراء طمس الحدود.
في أيّ رُبعٍ يعمل فريقك فعلًا — وهل أدواتك في الرُبع نفسه؟