لا يزال معظم البائعين يسوّقون «وكلاء الذكاء الاصطناعي للمطوّرين» وكأنها سوقٌ واحدة. إنها سوقان، تنقسمان على محورين — وإخفاقك في أيٍ من المحورين هو ما يجعل الفرق تقول «الوكيل لم ينجح معنا».
بِع أداة «الطريق المُمهّد» لفريقٍ في التخوم فتخنق الاستكشاف الذي جعله ذا قيمة. وبِع أداة «التخوم» لمؤسسةٍ على الطريق المُمهّد فتحصل على ثلاثة مطوّرين كبار ينطلقون بعشرة أضعاف بينما يعجز بقية الفريق عن الالتحاق — ويتبخّر مكسب الإنتاجية عند حدود الفريق.
هذان المحوران مرتبطان لكنهما ليسا الشيء نفسه. فالتنفيذ عن بُعد يميل إلى الارتباط بالطريق المُمهّد (لأنّ الحوكمة والتوازي يتوسّعان أفضل في السحابة)، والمحلي يميل إلى الارتباط بالتخوم (لأنّ الحلقات المحكمة تتفوّق على رحلات الذهاب والإياب حين تستكشف). لكن يمكنك فعليًّا أن تحظى بالتركيبات الأربع جميعها، وكلّ منها يتطلّب منتجًا مختلفًا.
كيف تنقسم التخوم فعليًّا
| محلي | عن بُعد | |
|---|---|---|
| الطريق المُمهّد | خطوط معالجة محلية قليلة — الغلبة هنا عادةً للبعيد واجهة سطر أوامر بلا رأس في CI وكلاء مجدولون على الجهاز 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 ببوابات موافقةٍ وتحكّمٍ في الوصول (RBAC) وعزلٍ على مستوى نظام التشغيل هو سطح الطريق المُمهّد عن بُعد — وهو ما أكسبها مكانة «رائد» في مربّع Gartner السحري لوكلاء البرمجة في المؤسسات.
- xAI بدأت من التخوم المحلي بـGrok Build — المحلي أولًا، دون إرسال الشيفرة إلى خوادمها — وتضيف قطع الطريق المُمهّد تباعًا (المهارات، والموصّلات، ووضع
/goalالطويل الأمد). - Devin من Cognition هو عن بُعد + الطريق المُمهّد خالص: أعطِه تذكرةً، تحصل على طلب دمج (PR). وCursor تخومٌ محلي يُجذَب نحو الطريق المُمهّد. وGitHub Copilot بدأ من التخوم المحلي، وانتقل إلى الطريق المُمهّد عن بُعد (Workspace)، وهو الآن يغطّي الاثنين معًا بطريقةٍ حرجة.
لماذا يهمّك هذا في تقييمك
- إن كنت مشتريًا، فحدّد في أيّ رُبعٍ أنت قبل أن تقيّم الأدوات. ولاحِظ أنّ معظم المؤسسات تحتاج إلى أسطحٍ في أكثر من رُبع — الخطأ ليس شراء منتجاتٍ متعددة، بل شراء واحدٍ والتظاهر بأنه يغطّي الأربعة جميعًا.
- وإن كنت تبني هذه المنتجات، فاختَر رُبعك. محاولة خدمة الأربعة جميعًا بسطحٍ واحد هي كيف تصبح خرائط الطريق مشوّشة وتُقرأ صفحات التسعير كأنها مشروع جماعي.
فجوة النماذج تضيق كل ربع سنة. والفائزون سيكونون من يعرفون أيّ رُبعٍ يخدمون وعلى أيّ سطح — ومن يقاومون إغراء طمس الحدود.
في أيّ رُبعٍ يعمل فريقك فعلًا — وهل أدواتك في الرُبع نفسه؟