الهندسة الوكيلية: لماذا نضجت "برمجة الحدس" في عام 2026
اقترح أندريه كارباثي مصطلح "الهندسة الوكيلية" (agentic engineering) في فبراير 2026 ليحل محل مسمى "برمجة الحدس" (vibe coding) غير الرسمي. ويعكس هذا المصطلح كيف يقوم المطورون الآن بإدارة وكلاء AI تحت إشراف منهجي بدلاً من إرسال مخرجات AI دون مراجعة.
في فبراير 2026، اقترح أندريه كارباثي مصطلحاً أعاد صياغة كيفية حديث الصناعة عن التطوير بمساعدة AI: الهندسة الوكيلية (agentic engineering). حل هذا المسمى محل "برمجة الحدس" (vibe coding)، وهو المصطلح المختصر غير الرسمي الذي صاغه كارباثي نفسه في عام 2025 لوصف ممارسة توجيه AI لكتابة الأكواد دون تدقيق بشري كبير. يعكس هذا التحول في المفردات تحولاً في الممارسة الفعلية؛ فقد انتقل المطورون من التجريب العشوائي إلى سير عمل منظم حيث يقوم وكلاء AI بالتخطيط، والكتابة، والاختبار، وتكرار العمليات على الأكواد تحت إشراف بشري مدروس.
يحلل هذا المقال المعنى الحقيقي للهندسة الوكيلية، ولماذا احتاجت الصناعة إلى مصطلح أفضل من "برمجة الحدس"، وكيف تتبنى فرق التطوير هذا النهج في بيئات الإنتاج اليوم.
ما هي الهندسة الوكيلية؟
الهندسة الوكيلية هي تخصص بناء البرمجيات من خلال تنسيق وكلاء برمجة AI تحت إشراف بشري منظم. يقوم المطور بتحديد المواصفات، ووضع القيود، ومراجعة المخرجات، بينما يتولى الوكيل توليد الأكواد واختبارها وتكرار العمليات بشكل مستقل ضمن تلك الحدود.
تعريف كارباثي نفسه دقيق: "'وكيلية' (Agentic) لأن الوضع الافتراضي الجديد هو أنك لا تكتب الكود مباشرة في 99% من الوقت، بل تقوم بتنسيق الوكلاء الذين يفعلون ذلك وتعمل كمشرف — و'هندسة' (engineering) للتأكيد على أن هناك فناً وعلماً وخبرة في هذا الأمر".
يختلف هذا عن البرمجة التقليدية (حيث يكتب البشر كل سطر) وعن برمجة الحدس (حيث يوجه البشر AI دون اهتمام كبير بجودة المخرجات).
لماذا احتاجت "برمجة الحدس" إلى بديل
أدت "برمجة الحدس" (vibe coding) غرضها كنوع من التحفيز. عندما قدم كارباثي المصطلح في أوائل عام 2025، كان القصد هو تسمية ظاهرة واقعية: مطورون يوجهون نماذج LLMs لتوليد الأكواد ويرسلونها للإنتاج دون فحص دقيق. بالنسبة للنماذج الأولية، والسكربتات المؤقتة، والتجارب السريعة، كان سير العمل هذا منطقياً.
ظهرت المشكلة عندما توسعت هذه الممارسة. وجد استطلاع المطورين لعام 2025 من Stack Overflow أن 84% من المشاركين يستخدمون أو يخططون لاستخدام البرمجة بمساعدة AI، لكن 46% أعربوا عن شكوكهم بشأن دقة الأكواد الناتجة. وقال 3% فقط إنهم "يثقون تماماً" في مخرجات AI. وكان المطورون ذوو الخبرة هم الأكثر حذراً، حيث أبلغ 20% منهم عن عدم ثقة عالٍ.
أدى الانفصال بين التبني والثقة إلى عواقب حقيقية. تراكمت لدى الفرق التي ترسل مخرجات "برمجة الحدس" ديون تقنية: اختبارات معطلة، وتجريدات هشة، وأكواد لا يفهمها أحد في الفريق بشكل كامل. احتاجت الصناعة إلى مصطلحات تعترف بدور AI دون الإيحاء بأن الخبرة البشرية اختيارية.
كيف تعمل الهندسة الوكيلية في الممارسة العملية
يرتكز سير العمل على حلقة تغذية راجعة بين الإشراف البشري والتنفيذ المستقل للوكلاء. إليك كيف يعمل ذلك عادةً في فرق الإنتاج:
المواصفات والقيود. يكتب المطور مواصفات بلغة طبيعية أو توجيهاً منظماً يحدد المتطلبات، والحالات الاستثنائية، وتوقعات الاختبار. هذا يحل محل نهج "فقط ابنِ لي X" غير الرسمي في برمجة الحدس.
تنسيق الوكلاء. تقوم أدوات مثل Claude Code أو OpenAI Codex أو GLM-5 بتفكيك المواصفات إلى مهام فرعية. يقوم الوكيل بتوليد الكود، وكتابة الاختبارات، وتشغيلها، وتكرار العملية دون الحاجة إلى توجيه خطوة بخطوة. يمكن لأنظمة الوكلاء المتعددين تقسيم العمل عبر وكلاء متخصصين للواجهة الأمامية، والخلفية، والاختبار.
بوابات المراجعة البشرية. يراجع المطور مخرجات الوكيل عند نقاط تفتيش محددة بدلاً من المراجعة اللاحقة. يتضمن ذلك مراجعة الكود، والتحقق من الاختبارات، والتقييم المعماري. الفرق الجوهري عن برمجة الحدس هو أن المراجعة مخططة ضمن سير العمل وليست فكرة ثانوية.
التكامل مع CI/CD. تتصل سير العمل الوكيلية بأنابيب التكامل المستمر الحالية. يمر الكود الناتج عن الوكيل بنفس بوابات الفحص والاختبار والنشر التي يمر بها الكود المكتوب بشرياً. تضيف المؤسسات ضوابط محددة لمخرجات الوكيل، بما في ذلك عتبات تغطية الاختبار الإلزامية وفحوصات الامتثال للنمط.
الأدوات التي تدعم الهندسة الوكيلية
لقد نضج مشهد الأدوات بسرعة. في مارس 2026، تنقسم الخيارات الأساسية إلى فئتين:
| الأداة | الفئة | النهج |
|---|---|---|
| Claude Code | IDE / CLI معزز بـ AI | ينفذ الوكيل الكود، ويختبره، ويكرره بشكل مستقل |
| OpenAI Codex | CLI مدفوع بالوكلاء | تنفيذ في الخلفية مع نقاط تفتيش للمراجعة البشرية |
| Cursor | IDE معزز بـ AI | اقتراحات مضمنة مع وضع وكيلي للمهام الأكبر |
| GLM-5 | نموذج أساسي | صُمم خصيصاً لأنماط الهندسة الوكيلية |
| Windsurf | IDE معزز بـ AI | وكيل يعتمد على التدفق مع سياق يشمل المشروع بالكامل |
يضع نموذج GLM-5، الذي أُصدر في ورقة بحثية في فبراير 2026 من جامعة تسينغوا، نفسه صراحةً كنموذج "مصمم لنقل نموذج برمجة الحدس إلى الهندسة الوكيلية". ويستخدم ما يسميه المؤلفون DSA (الوكلاء المهيكلون الديناميكيون) لتقسيم المهام المعقدة إلى مكونات فرعية قابلة للتحقق.
بدأ سايمون ويليسون، مبتكر Datasette والكاتب الغزير عن أدوات المطورين، في توثيق أنماط الهندسة الوكيلية في فبراير 2026. يرسم تعريفه خطاً واضحاً: الهندسة الوكيلية هي "بناء البرمجيات باستخدام وكلاء البرمجة — أدوات مثل Claude Code و OpenAI Codex، حيث الميزة المحددة هي قدرتها على توليد وتنفيذ الكود معاً — مما يسمح لها باختبار ذلك الكود وتكراره بشكل مستقل عن التوجيه المستمر من المشرف البشري".
الهندسة الوكيلية مقابل برمجة الحدس: مقارنة مباشرة
| المعيار | برمجة الحدس (Vibe coding) | الهندسة الوكيلية (Agentic engineering) |
|---|---|---|
| دور البشر | مراجعة محدودة | تنسيق وإشراف نشط |
| جودة الكود | غير متوقعة | محكومة ببوابات المراجعة و CI/CD |
| حالة الاستخدام | النماذج الأولية، السكربتات المؤقتة | أنظمة الإنتاج، سير عمل الفرق |
| نموذج الثقة | "أرسل وتمنَّ الأفضل" | تحقق منظم عند نقاط التفتيش |
| المهارة المطلوبة | توجيه (Prompting) أساسي | تصميم الأنظمة، تنسيق الوكلاء، المراجعة |
| الديون التقنية | مخاطر عالية | تتم إدارتها عبر الضوابط |
هذا التمييز مهم للتوظيف، وهيكلة الفريق، والمخاطر التنظيمية. يحتاج الفريق الذي يمارس برمجة الحدس إلى شخص يمكنه التوجيه بفعالية. أما الفريق الذي يمارس الهندسة الوكيلية فيحتاج إلى مطورين يفهمون بنية الأنظمة، واستراتيجية الاختبار، وكيفية تصميم حلقات الإشراف للوكلاء المستقلين.
ماذا يجب على المؤسسات فعله الآن
يحدد تحليل IBM عدة خطوات ملموسة للفرق التي تتبنى الهندسة الوكيلية:
وضع أطر الحوكمة. تحديد متى وكيف يجب استخدام سير العمل الوكيلية، وما هي متطلبات المراجعة التي تنطبق على الكود الناتج عن الوكيل.
التدريب على التنسيق، وليس فقط التوجيه. يحتاج المهندسون إلى تعلم تصميم الأنظمة لسير عمل الوكلاء — كيفية تقسيم المشكلات إلى مهام فرعية مناسبة للوكيل، ووضع نقاط تفتيش للتحقق، ودمج حلقات المراجعة في CI/CD.
اعتماد معماريات قائمة على RAG. ربط مخرجات الوكيل بالوثائق الحقيقية، والمواصفات، ومستودعات الأكواد. هذا يقلل من الهلوسة ويحسن الدقة من خلال منح الوكلاء وصولاً إلى سياق الكود الفعلي.
إنشاء أدلة عمل داخلية. توحيد أنماط استخدام الوكلاء، بما في ذلك متطلبات مراجعة الكود، وتوقعات الاختبار، وتكوينات الضوابط الخاصة ببيئة العمل لديك.
القياس والتكرار. تتبع المقاييس المهمة: وقت الدمج (time-to-merge)، ومعدلات العيوب في الكود الناتج عن الوكيل مقابل الكود المكتوب بشرياً، ورضا المطورين عن سير العمل.
البعد المفتوح المصدر
أثارت ورقة بحثية أكاديمية في يناير 2026 بعنوان "برمجة الحدس تقتل المصادر المفتوحة" قلقاً تعالجه الهندسة الوكيلية جزئياً. جادلت الورقة بأنه عندما يتوقف المطورون عن التفاعل مع الكود الذي يولده AI، فإنهم يتوقفون أيضاً عن التفاعل مع المكتبات مفتوحة المصدر التي يعتمد عليها ذلك الكود. فتقل تقارير الأخطاء، وتجف المساهمات، ويتآكل العقد الاجتماعي بين المطورين والمحافظين على المشاريع.
تقدم الهندسة الوكيلية، بتأكيدها على المراجعة البشرية والفهم، إجابة جزئية. فالمطورون الذين يراجعون ويفهمون الكود الناتج عن الوكيل بنشاط يظلون متفاعلين مع التبعات التي يستخدمها ذلك الكود. لكن القلق يظل قائماً: كلما زاد استقلال الوكيل، قل ظهور البنية التحتية الأساسية للمطور الذي يشرف عليه.
أهم النقاط المستفادة
- الهندسة الوكيلية هي ممارسة تنسيق وكلاء برمجة AI تحت إشراف بشري منظم لبناء برمجيات جاهزة للإنتاج.
- صاغ كارباثي المصطلح في فبراير 2026 ليحل محل الدلالات غير الرسمية لـ "برمجة الحدس".
- 84% من المطورين يستخدمون البرمجة بمساعدة AI ولكن 3% فقط يثقون تماماً في المخرجات، مما يجعل الإشراف البشري ضرورياً.
- يتضمن سير العمل المواصفات، وتنسيق الوكلاء، وبوابات المراجعة، والتكامل مع CI/CD.
- أدوات مثل Claude Code و OpenAI Codex و GLM-5 تمكن الوكلاء من كتابة واختبار وتكرار الكود بشكل مستقل.
- يجب على المؤسسات وضع أطر حوكمة، والتدريب على التنسيق، وإنشاء أدلة عمل داخلية.
الأسئلة الشائعة
ما الفرق بين برمجة الحدس والهندسة الوكيلية؟
برمجة الحدس (vibe coding) هي توجيه AI لتوليد الكود مع حد أدنى من المراجعة البشرية، وهي مناسبة للنماذج الأولية والتجارب. أما الهندسة الوكيلية فهي سير عمل منظم حيث يقوم وكلاء AI بتوليد واختبار وتكرار الكود تحت إشراف بشري متعمد، وهي مصممة للتطوير على مستوى الإنتاج.
من صاغ مصطلح الهندسة الوكيلية؟
أندريه كارباثي، المؤسس المشارك لـ OpenAI والرئيس السابق لقسم AI في Tesla، اقترح المصطلح في فبراير 2026 كوصف أكثر دقة لكيفية عمل المطورين المحترفين مع وكلاء برمجة AI.
هل أحتاج لأن أكون مطوراً لممارسة الهندسة الوكيلية؟
نعم. على عكس برمجة الحدس، التي يمكن لغير المبرمجين استخدامها لتطبيقات بسيطة، تتطلب الهندسة الوكيلية فهماً لبنية الأنظمة، واستراتيجية الاختبار، ومراجعة الكود. كلمة "هندسة" في الاسم مقصودة تماماً.
ما هي الأدوات التي تدعم سير عمل الهندسة الوكيلية؟
تعد Claude Code و OpenAI Codex و Cursor و GLM-5 و Windsurf هي الأدوات الأساسية اعتباراً من مارس 2026. تدعم كل منها توليد الكود بشكل مستقل مع نقاط تفتيش للمراجعة البشرية، وإن كانت تختلف في النهج وعمق التكامل.
هل ستحل الهندسة الوكيلية محل تطوير البرمجيات التقليدي؟
إنها تعيد تعريف دور المطور بدلاً من استبداله. ينتقل المطورون من كتابة كل سطر من الكود إلى تصميم الأنظمة، ووضع القيود، والتحقق من مخرجات وكلاء AI. تتطور مجموعة المهارات، لكن الحاجة إلى الخبرة البشرية تزداد ولا تنقص.
المصادر
- https://www.ibm.com/think/topics/agentic-engineering
- https://thenewstack.io/vibe-coding-agentic-engineering/
- https://simonwillison.net/2026/Feb/23/agentic-engineering-patterns/
- https://arxiv.org/abs/2602.15763
- https://www.bknddevelopment.com/ai/what-is-vibe-coding/
- https://dev.to/slowcommit/vibe-coding-is-now-mainstream-what-it-means-for-the-future-of-software-development-25k8
- https://www.sitepoint.com/vibe-coding-2026-complete-guide/
الخلاصة
- Agentic engineering is the practice of orchestrating AI coding agents under structured human oversight to build production software
- Karpathy coined the term in February 2026 to replace the casual connotations of "vibe coding"
- 84% of developers use AI-assisted programming but only 3% highly trust the output, making human oversight essential
- The workflow involves specification, agent orchestration, review gates, and CI/CD integration
- Tools like Claude Code, OpenAI Codex, and GLM-5 enable agents to write, test, and iterate code autonomously
- Organizations should establish governance frameworks, train for orchestration, and create internal playbooks
الأسئلة الشائعة
What is the difference between vibe coding and agentic engineering?
Vibe coding is prompting AI to generate code with minimal human review, suited for prototyping and experimentation. Agentic engineering is a structured workflow where AI agents generate, test, and iterate on code under deliberate human oversight, designed for production-grade development.
Who coined the term agentic engineering?
Andrej Karpathy, co-founder of OpenAI and former head of AI at Tesla, proposed the term in February 2026 as a more accurate description of how professional developers work with AI coding agents.
Do I need to be a developer to practice agentic engineering?
Yes. Unlike vibe coding, which non-programmers can use for simple applications, agentic engineering requires understanding of system architecture, testing strategy, and code review. The "engineering" in the name is intentional.
What tools support agentic engineering workflows?
Claude Code, OpenAI Codex, Cursor, GLM-5, and Windsurf are the primary tools as of March 2026. Each supports autonomous code generation with human review checkpoints, though they differ in approach and integration depth.
Will agentic engineering replace traditional software development?
It is redefining the developer's role rather than replacing it. Developers shift from writing every line of code to designing systems, setting constraints, and validating output from AI agents. The skill set evolves, but the need for human expertise grows rather than diminishes.
المصادر
- https://www.ibm.com/think/topics/agentic-engineering
- https://thenewstack.io/vibe-coding-agentic-engineering/
- https://simonwillison.net/2026/Feb/23/agentic-engineering-patterns/
- https://arxiv.org/abs/2602.15763
- https://www.bknddevelopment.com/ai/what-is-vibe-coding/
- https://dev.to/slowcommit/vibe-coding-is-now-mainstream-what-it-means-for-the-future-of-software-development-25k8
- https://www.sitepoint.com/vibe-coding-2026-complete-guide/
بقلم
Optijara