لسنوات، كانت أدوات البرمجة المعتمدة على الذكاء الاصطناعي تُجيد أمرًا واحدًا: إكمال جملتك. تبدأ بكتابة دالة (function)، فتخمّن الأداة بقيّتها. مفيدٌ بلا شك، لكنه محدود — أشبه بآلة حاسبة لا تعمل إلا حين تكون تعرف الإجابة مسبقًا.
انتهى ذلك العصر. الجيل الجديد من أدوات البرمجة لا يكتفي باقتراح الكود، بل ينفّذ هدفًا. تصف ما تريد، فتقوم الأداة بالتخطيط للعمل، وكتابة الكود عبر عدة ملفات، وتشغيل الاختبارات، وإصلاح أخطائها بنفسها، ثم تسلّمك نتيجةً جاهزة للمراجعة. هذا ما يُعرف بـالبرمجة الوكيلة (Agentic Coding)، وهي تعيد تشكيل طريقة بناء البرمجيات بهدوء.
دعونا نفكّك المفهوم — نبدأ بالأبسط، ثم نتعمّق تدريجيًا.
النسخة المبسّطة: من الإكمال التلقائي إلى القيادة الذاتية
تخيّل الفرق بين المدقّق الإملائي والمساعد الشخصي.
المدقّق الإملائي يتفاعل فقط. ينتظر أن تكتب، ثم يعرض تصحيحًا. هذا هو الإكمال التلقائي (autocomplete) التقليدي — نافعٌ، لكنه لا يغادر مقعد الراكب أبدًا.
أما المساعد الشخصي فمختلف. تقول له: «احجز لي رحلة إلى إسطنبول يوم الجمعة المقبل بأقل من 300 دولار»، فينطلق ليكتشف الخطوات بنفسه: يبحث عن الخيارات، ويقارن الأسعار، ويُتمّ الحجز، ثم يعود إليك عند الانتهاء أو عند مواجهة عقبة. أنت تحدّد الهدف، وهو يتولّى التنفيذ.
البرمجة الوكيلة هي نسخة «المساعد الشخصي» من البرمجة. فبدلًا من توجيه مؤشّرك سطرًا بسطر، يأخذ الوكيل (agent) الذكي مهمّة حقيقية — مثل «أضِف خاصية إعادة تعيين كلمة المرور إلى صفحة تسجيل الدخول» — وينفّذها بشكلٍ شبه مستقل: يقرأ الملفات ذات الصلة، ويكتب الكود الجديد، ويشغّل الاختبارات، ويُكرّر المحاولة حتى ينجح.
ثمة معيار بسيط يلخّص الفكرة: الفرق بين الإكمال التلقائي والبرمجة الوكيلة هو أن تكون الأداة قادرة على قراءة تذكرة مهمّة، وفتح الملفات الصحيحة، وكتابة الحل، وتشغيل الاختبارات، وفتح طلب دمج (pull request) — بينما أنت منشغل في اجتماع.
ما الذي يجعل البرمجة «وكيلة»؟
يصبح الذكاء الاصطناعي «وكيلًا» حين يقدر على القيام بأربعة أمور بمفرده، ضمن حلقة متكرّرة:
- التخطيط — تفكيك هدفٍ غامض إلى خطوات ملموسة.
- التنفيذ — استخدام أدوات مثل الطرفية (terminal) أو محرّر الملفات أو متصفّح الويب لتنفيذ تلك الخطوات.
- الملاحظة — التحقّق من النتائج (هل نجح الاختبار؟ هل تمّت ترجمة الكود بنجاح؟).
- التكيّف — إصلاح الأخطاء وإعادة المحاولة دون انتظارك لتنبيهه إليها.
هذه الحلقة هي جوهر الأمر. فالمساعد التقليدي يعطيك إجابة واحدة ثم يتوقّف، أما الوكيل فيظلّ يدور — ينفّذ، يتحقّق، يصحّح — حتى تكتمل المهمّة فعلًا أو يقرّر أنه بحاجة إلى مدخلاتك.
والجزء الأخير مهم. فالوكلاء الجيّدون يعرفون متى يطلبون المساعدة. سيشيرون إلى المتطلّبات الغامضة، أو يتوقّفون قبل الخطوات عالية المخاطر مثل النشر إلى بيئة الإنتاج، تاركين القرار بين يديك.
تشبيه سريع
تخيّل مطوّرًا مبتدئًا في أسبوعه الأول. أنت لا تُملي عليه كل ضغطة مفتاح، بل تقول له: «أصلِح هذا الخطأ»، فيذهب ليقرأ الكود، ويُجري التعديلات، ويشغّل الاختبارات، ثم يعود إليك بحلٍّ لتراجعه. وأحيانًا يتعثّر فيطرح سؤالًا. أدوات البرمجة الوكيلة تطمح لأن تكون ذلك المطوّر المبتدئ الكفؤ — لكنه سريع، لا ينام، وقادر على تنفيذ عدة مهام في آنٍ واحد.
مثال واقعي خطوة بخطوة
إليك ما يحدث تقريبًا حين تُسند إلى وكيلٍ حديث مهمّة مثل: «يشتكي المستخدمون من أن شريط البحث حسّاس لحالة الأحرف. اجعله غير حسّاس لها.»
- الفهم — يبحث الوكيل في الكود ليجد المكان الذي تُعالَج فيه عملية البحث.
- التخطيط — يحدّد الدالة التي تقارن مصطلحات البحث، ويقرّر ما الذي يجب تغييره.
- التعديل — يعدّل الكود، وربما عبر عدة ملفات (منطق البحث، إضافةً إلى اختبار).
- التحقّق — يشغّل مجموعة الاختبارات الحالية للتأكّد من أن شيئًا لم يتعطّل.
- التقرير — يلخّص ما غيّره ولماذا، ثم يفتح طلب دمج لتوافق عليه.
أنت لم تفتح الملف قط. وصفتَ مشكلةً بلغةٍ بسيطة، فعاد إليك حلٌّ قابل للمراجعة. تحوّلت وظيفتك من كتابة الإصلاح إلى التأكّد من صحّته.
الأنواع الثلاثة لأدوات البرمجة الوكيلة
انقسم المشهد في عام 2026 إلى عدّة أنماط متمايزة، يناسب كلٌّ منها أسلوب عملٍ مختلف.
| النوع | أين يعمل | الأنسب لـ |
|---|---|---|
| وكلاء بيئة التطوير (IDE) | داخل محرّر الأكواد لديك | المطوّرون الراغبون في دمج الذكاء الاصطناعي في سير عملهم الحالي |
| وكلاء سطر الأوامر (CLI) | في الطرفية | المستخدمون المتقدّمون، والبرمجة النصية، والعمل على قواعد أكواد كبيرة |
| الوكلاء الخلفيون | يعملون بشكلٍ غير متزامن في السحابة | تفويض المهام بينما تركّز على شيءٍ آخر |
ومن الأسماء التي ستصادفها كثيرًا:
- Claude Code (من Anthropic) — وكيل يعمل في الطرفية، معروف بقوّة الاستدلال، والتنقّل في قواعد الأكواد الكبيرة، وعمليات إعادة الهيكلة المعقّدة.
- Cursor — محرّر أكواد قائم على الذكاء الاصطناعي مبنيّ على واجهة VS Code المألوفة.
- GitHub Copilot — تطوّر من أداة إكمال تلقائي إلى وكيلٍ يفهم المستودعات (repositories) ويُجري تغييرات منسّقة.
- OpenAI Codex — يُتاح عبر ChatGPT وعبر سطر الأوامر، وقويّ في المهام المتوازية المعتمدة على الطرفية.
- Windsurf وDevin وغيرهما — حشدٌ سريع النمو من الوكلاء المتخصّصين والعامّين.
لكن الفكرة الأهم ليست أداةً بعينها، بل أن هذه الفئة انفجرت من حفنة تجارب إلى منظومة كاملة في غضون عامين فقط.
كيف يبدو الأمر عمليًا
لنجعل الأمر ملموسًا، إليك أداتين من الأكثر استخدامًا — واحدة من كلّ طرف من أطراف الطيف.
Claude Code (وكيل طرفية). تشغّله من سطر الأوامر، وتوجّهه إلى مشروعك، وتصف المهمّة بلغةٍ بسيطة. يقرأ قاعدة الكود كاملةً، ويعدّل الملفات، ويشغّل الاختبارات، ثم يعود إليك بتقرير. قد تبدو الجلسة المبسّطة هكذا:
$ claude
> The search bar is case-sensitive. Make it case-insensitive and add a test.
● Searched codebase, found search logic in src/search.js
● Edited src/search.js (lowercased both sides of the comparison)
● Added test in tests/search.test.js
● Ran test suite — 14 passed
● Done. Want me to open a pull request?أنت لم تفتح أيّ ملف. وأبرز ما يميّزه هو نافذة سياق (context window) ضخمة جدًّا تتيح له استيعاب قاعدة كودٍ كاملة دفعةً واحدة — وهو أمرٌ نافع في عمليات إعادة الهيكلة الكبرى وعمليات الترحيل. والوصول إليه مُضمَّن في اشتراكات Claude، ابتداءً من 20 دولارًا شهريًا.
Cursor (وكيل بيئة تطوير). محرّر قائم على الذكاء الاصطناعي مبنيّ على واجهة VS Code المألوفة، فيبدو وكأنه المحرّر الذي يعرفه معظم المطوّرين أصلًا — لكن مع وكيلٍ يقطن بداخله. تصف الهدف في لوحةٍ جانبية، فيخطّط الوكيل وينفّذ التغييرات عبر عدة ملفات أمام عينيك مباشرةً في المحرّر، حيث توافق أو تعدّل أثناء عمله. كما يتيح لك التبديل بين النماذج الأساسية (Claude وGPT وGemini) بحسب المهمّة، ويوفّر باقة مجانية إضافةً إلى باقات مدفوعة تبدأ من 20 دولارًا شهريًا.
أبسط طريقة لتأطير الخيار: Cursor هو المحرّر الأفضل، بينما Claude Code هو وكيل الطرفية الأفضل. ومع ذلك، فإن الحدّ الفاصل القديم بين «الطرفية» و«بيئة التطوير» يتلاشى بسرعة — فقد بات لدى Cursor أداة سطر أوامر، وصار Claude Code يعمل داخل VS Code أيضًا.
هل هذه الأدوات جيّدة فعلًا؟
الشكّ المعقول أمرٌ صحّي. والإجابة الصادقة هي: لقد تحسّنت بوتيرةٍ مذهلة، لكنها ليست سحرًا.
المعيار القياسي هو اختبارٌ مرجعي (benchmark) يُسمّى SWE-bench Verified، يقيس قدرة الوكيل على حلّ أخطاء برمجية حقيقية وموثّقة مأخوذة من مشاريع مفتوحة المصدر — لا ألغاز تدريبية، بل مشكلات فعلية من GitHub مصحوبة بمجموعات اختبار حقيقية. وكما يصفه أحد الشروح: إنه يقيس قدرة النموذج على العمل داخل مشروعٍ حقيقي، وهو أصعب بكثير من كتابة دالةٍ واحدة صحيحة بمعزلٍ عن سياقها.
والتقدّم هو العنوان الأبرز. فعلى هذا الاختبار، ارتفعت نسب نجاح الوكلاء من أقل من 10% إلى أكثر من 70% خلال عامٍ واحد تقريبًا، مع تجاوز الأنظمة الرائدة في 2026 حاجز الـ80% على النسخة الأكثر شيوعًا. أما الاختبارات الأحدث والأصعب مثل SWE-bench Pro — المبنية جزئيًا على قواعد أكواد خاصة لم تتدرّب عليها النماذج — فتُبقي الدرجات أدنى عمدًا (يدور الأفضل حول نطاق 55–60%) لمنع التلاعب بنتائجها.
الخلاصة: باتت الوكلاء تحلّ بمفردها شريحةً واسعة من المهام البرمجية الواقعية المحدّدة جيّدًا. لكنها لا تزال تتعثّر أمام المتطلّبات الغامضة، وقرارات البنية المعمارية المتشعّبة، وكل ما يحتاج إلى سياقٍ عميق لم يُمنَح لها. والأرقام تتباين بين المصادر وتتغيّر شهريًا، فتعامَل مع أيّ رقمٍ محدّد بوصفه لقطةً آنية لا حقيقةً ثابتة.
لماذا يهمّ هذا الآن
البرمجة الوكيلة ليست طُرفةً مخبرية، بل تتسلّل إلى كيفية بناء الفرق الحقيقية للبرمجيات.
- دور المطوّر يتغيّر. تنتقل الوظيفة من كتابة كل سطر نحو تنسيق وكلاء الذكاء الاصطناعي — تقديم التوجيه، والإرشاد المعماري، والموافقة النهائية. كتابةٌ أقل، ومراجعةٌ وتوجيهٌ أكثر.
- السرعة تتراكم. حين يستطيع الوكيل تشغيل الاختبارات وإصلاح أخطائه ضمن حلقة، فإن المهام الروتينية التي كانت تستغرق فترة بعد الظهر قد تنكمش إلى دقائق.
- العمل غير المتزامن هو الحدود الجديدة. التحوّل الأبرز في 2026 هو الانتقال من الجلوس بجانب الذكاء الاصطناعي إلى تفويضه — إطلاق مهمّة ثم الانصراف بينما يعمل عليها في الخلفية.
- المعايير تتبلور. بروتوكولات مثل بروتوكول سياق النموذج (MCP) من Anthropic أصبحت لغةً مشتركة تتيح للوكلاء الاتصال الآمن بأدواتك وملفّاتك وبياناتك — وهي السباكة التي تجعل كل هذا عمليًا على نطاقٍ واسع.
أما بالنسبة لغير المطوّرين، فالأثر لا يقلّ أهمية. فالحاجز بين «لديّ فكرة لتطبيق» و«ها هو نموذجٌ أولي يعمل» يزداد رِقّةً باستمرار.
تحفّظات صادقة
بضعة أمورٍ جديرة بأن تضعها في حسبانك قبل أن تسلّم المفاتيح:
- راجِع كل شيء. قد يبدو كود الوكيل واثقًا وهو خاطئ. الإشراف البشري ليس خيارًا — بل هو جوهر خطوة «الموافقة على طلب الدمج».
- الاستقلالية المحدودة أفضل من المطلقة. الفرق التي تنجح مع هذه الأدوات تضع حدودًا واضحة: ما الذي يحقّ للوكيل الوصول إليه، ومتى يجب أن يستأذن، وسجلٌّ يوثّق ما فعله. ومعظم المؤسسات لا تترك الوكلاء يعملون دون رقابة.
- الأمن وصلاحيات الوصول مهمّان. الوكيل الذي يصل إلى أنظمتك قويّ وخطير بالقدر نفسه. تعامَل مع صلاحياته كما تتعامل مع صلاحيات موظفٍ جديد — والتزِم بمتطلبات حماية البيانات السارية في منطقتك، مثل نظام حماية البيانات الشخصية (PDPL)، خصوصًا حين يلامس الوكيل بيانات المستخدمين.
- لن تُغني عن الفهم. معرفة لماذا يعمل الكود تظلّ مهمّة. الوكلاء رافعةٌ لمن يفهم المشكلة، لا بديلٌ عن فهمها.
كيف تبدأ
لا تحتاج إلى قلب سير عملك رأسًا على عقب لتجرّب هذا. إليك مدخلًا معقولًا:
- اختر أداةً واحدة تناسب المكان الذي تعمل فيه أصلًا — وكيل بيئة تطوير إن كنت تعيش داخل المحرّر، أو وكيل سطر أوامر إن كنت مرتاحًا في الطرفية.
- ابدأ بمهمّة صغيرة ومحدّدة جيّدًا — إصلاح خطأ أو خاصية بسيطة — يسهل عليك التحقّق من نتيجتها.
- اقرأ كل تغييرٍ يُجريه. عامِل المُخرَج كمسوّدةٍ من زميلٍ مبتدئ سريع.
- توسّع تدريجيًا كلما تعلّمت ما يُجيده وأين يحتاج إلى حواجز أمان.
والمهارة الأهم ليست حِيَل صياغة الأوامر، بل كتابة أهدافٍ واضحة ومحدّدة، والمراجعة بعينٍ ناقدة — وهي المهارات نفسها التي تصنع مدير هندسة جيّدًا.
أبرز النقاط
- البرمجة الوكيلة تعني ذكاءً اصطناعيًا لا يكتفي باقتراح الكود، بل يخطّط ويكتب ويختبر ويصلح ضمن حلقةٍ مستقلة — قيادةٌ ذاتية لا مجرّد إكمالٍ تلقائي.
- اللبنات الأربع لأيّ وكيل هي: التخطيط والتنفيذ والملاحظة والتكيّف، مع توقّف الوكلاء الجيّدين للاستئذان عند ارتفاع المخاطر.
- تأتي الأدوات في ثلاثة أنواع: وكلاء بيئة التطوير، ووكلاء سطر الأوامر، والوكلاء الخلفيون، وفي طليعتها أسماء مثل Claude Code وCursor وCopilot وCodex في 2026.
- على الاختبارات الواقعية، قفزت نسب النجاح من أقل من 10% إلى أكثر من 70% خلال عامٍ تقريبًا — مع تجاوز روّاد 2026 حاجز الـ80% — وهو تقدّمٌ مبهر لكنه أبعد ما يكون عن الكمال.
- دور المطوّر يتحوّل من مبرمج إلى منسّق: كتابةٌ أقل، وتوجيهٌ ومراجعةٌ أكثر.
- يبقى الإشراف البشري، والاستقلالية المحدودة، والأمن أمورًا جوهرية. هذه الأدوات رافعةٌ قوية، لا بديلٌ يعفيك من إعمال حُكمك.
وخلاصة القول: البرمجة الوكيلة تحوّل تطوير البرمجيات إلى حوارٍ حول الأهداف بدلًا من كدحٍ في ضغطات المفاتيح. والمطوّرون الذين سيزدهرون ليسوا الأسرع في الكتابة، بل الأوضح في توجيه هؤلاء الوكلاء.