# البرمجة الحدسية للكبار: ما الهندسة الوكيلة في 2026؟

> كيف تختلف الهندسة الوكيلة عن البرمجة الحدسية: سياق المشروع، والتخطيط، والوكلاء المتوازيون، والمراجعات، والحفاظ على التحكم.

Source: https://ailoot.ai/blog/ar/agentic-engineering/
Canonical: https://ailoot.ai/blog/ar/agentic-engineering/
Language: ar
Publisher: Ailoot (https://ailoot.ai/)
Translation: guide-003
Revision: sha256-dcbcd728c51594b82cd4a056c517e9d91a3b7693d244423ed2a83c81088e2bde


<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaways">

أهم النقاط

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

</div>

[وثائق Ailoot: API والمفاتيح والإعداد](https://ailoot.ai/docs/).

## ما الهندسة الوكيلة بكلمات بسيطة؟

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaways">

أهم النقاط

الهندسة الوكيلة هي العمل على الشيفرة بحيث تكتب وكلاء الذكاء الاصطناعي كل شيء تقريبًا بأنفسهم، بينما يحدد الشخص المهمة ويتحقق من النتيجة. يجمع المصطلح بين «وكيلة» لأن الوكلاء يكتبون الشيفرة بتوجيه منك، و«هندسة» لأن لهذا العمل حرفته الخاصة. تصبح أنت مهندسًا معماريًا ومراجعًا لكل العمل.

</div>





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

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

## هل هذه موجة ضجة أخرى، أم أنها أصبحت شائعة؟

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaways">

أهم النقاط

أصبح هذا بالفعل أسلوب عمل فعليًا، وهو معيار العمل الجديد.

</div>

التشكيك هنا أمر طبيعي. فقد خاب أمل الجمهور الذي أعمل معه من قبل: «أليست هذه مجرد حيلة تسويق عبر الإنترنت؟» لذا، من الآن فصاعدًا، سنكتفي بالحقائق.



وفي OpenAI، 20% من مستخدمي Codex الأسبوعيين البالغ عددهم خمسة ملايين ليسوا مطورين أصلًا، بل محللون ومسوقون وموظفو عمليات. يبني أشخاص من دون خلفية تقنية أشياء مفيدة بالفعل. وهذا بالضبط الجمهور الذي أفعل كل هذا من أجله.

## كيف تختلف الهندسة الوكيلة عن البرمجة الحدسية؟

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaways">

أهم النقاط

يكمن الاختلاف فيمن يكتب الشيفرة وما هو دورك. في البرمجة الحدسية، تنغمس في العمل، وتطلب من الذكاء الاصطناعي تنفيذ ما تريد، وغالبًا ما تقبل النتيجة من دون مراجعتها—وهي طريقة تناسب النماذج الأولية. أما في الهندسة الوكيلة، فيكتب الوكلاء معظم الشيفرة، بينما تحدد أنت الهدف، وتقرأ الخطة، وتراجع كل فرق، وتحافظ على معايير المنتج الفعلي. لم تمت البرمجة الحدسية، بل نضجت واكتسبت الانضباط.

</div>

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

| البُعد | البرمجة الحدسية (2025) | الهندسة الناضجة / الوكيلة (2026) |
|----|----|----|
| من يكتب الشيفرة | الذكاء الاصطناعي، بتوجيه من سلسلة مطالبات | وكلاء الذكاء الاصطناعي يكتبون ~99% منها؛ وأنت تديرهم |
| دورك | قبول المخرجات، وغالبًا من دون مراجعتها | مهندس معماري ومراجع: الهدف والخطة والمراجعة |
| الموثوقية | للنماذج الأولية والمشاريع الشخصية | تستوفي معايير المنتج الفعلي |
| الحجم | شخص واحد، ونافذة واحدة، ومسار واحد | عدة وكلاء يعملون بالتوازي |
| الفروق والاختبارات | قد لا تخضع للمراجعة | تقرأ الفروق، وتشغّل الاختبارات، ولا تعمل على عمياء |
| السياق | في ذهنك وفي المحادثة | محفوظ في المشروع (عقل ثانٍ، CLAUDE.md) |

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

هل تريد تجاوز فهم الفرق وإعداد بيئة تجعل Claude موثوقًا؟ تقوم الهندسة الوكيلة على ركائزي الثلاث: نسخة ذكاء اصطناعي (خبرتك ضمن مهارات الوكيل)، وعقل ثانٍ (مجلد `business/` يعرف فيه الوكيل مشروعك بالكامل)، وهندسة السياق (إدارة ما يدخل في سياق الوكيل). يحوّل هذا الإعداد Claude من «مساعد يهلوس» إلى منفّذ موثوق.

## لماذا لم تعد المطالبات هي الأساس؟

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaways">

أهم النقاط

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

</div>

أكرر هذا منذ أشهر: السياق أهم من المطالبة. عندما يشكو الناس قائلين: «الذكاء الاصطناعي يعطيني كلامًا فارغًا»، فالسبب في الغالب ليس أنهم لم يحسنوا السؤال. بل لأن الوكيل كان يعمل في فراغ—لم يعرف من أنت، وما المنتج، وفي أي مرحلة هو، وما القرارات التي اتُّخذت بالفعل.

المطالبة رسالة واحدة. أما السياق فهو كل ما يعرفه الوكيل قبل رسالتك: وصف المشروع، والقواعد في `CLAUDE.md`، والقرارات السابقة، وأسلوبك. استبدل المطالبة المثالية بأخرى عادية، لكن امنح الوكيل السياق الكامل، وستكون النتيجة أفضل. وهكذا انتقلت المهارة من «كيف تسأل بأناقة» إلى «ما الذي تضعه في ذهن الوكيل قبل الطلب». يُسمى هذا هندسة السياق، وأتناوله على نحو منفصل في دليل [هندسة السياق: ماهيتها وكيفية تطبيقها](https://ailoot.ai/blog/ar/context-engineering/).

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

## لماذا تفشل البرمجة الحدسية العمياء؟

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaways">

أهم النقاط

لأنه من دون مراجعة، يكتب الذكاء الاصطناعي بثقة شيفرة غير آمنة وهشة. ومن الإخفاقات الفعلية في 2026: تسرّب في Lovable أثّر في مشاريع تخص 8 ملايين مستخدم، ووكيل Replit حذف قاعدة بيانات شركة حية. يتميز العمل الهندسي بالوكلاء عن البرمجة الحدسية العمياء تحديدًا بانضباط المراجعة، وهذا هو خط الدفاع كله.

</div>

هنا يوجد بعض الأساس للعناوين الصاخبة التي تساوي بين «البرمجة الحدسية = كارثة». عندما «يستسلم شخص تمامًا للأجواء» ويتوقف عن النظر إلى ما كتبه الوكيل، تبدأ الديون التقنية والثغرات الأمنية والمنطق الذي لن يفهمه أحد لاحقًا بالتراكم.



توضح الإخفاقات الفعلية في 2026 ما لا ينبغي فعله على نحو أعمى:

- **Lovable.** منصة للبرمجة الحدسية تضم 8 ملايين مستخدم. كان بإمكان أي شخص يفتح حسابًا مجانيًا قراءة الشيفرة المصدرية للآخرين وكلمات مرور قواعد البيانات ومحادثاتهم مع الذكاء الاصطناعي. ظلت الثغرة مفتوحة 48 يومًا؛ ووقعت حادثة واسعة النطاق في 20 أبريل 2026، وأثرت في جميع المشاريع المنشأة قبل نوفمبر 2025.
- **Replit.** أثناء تجميد الشيفرة، نفّذ وكيل ذكاء اصطناعي أوامر غير مصرّح بها وحذف قاعدة بيانات حية، ما أثر في بيانات أكثر من 1,190 شركة، ثم اختلق آلاف السجلات المزيفة وكذب بشأن ما حدث.

ليست هذه حجة تقول: «الذكاء الاصطناعي خطير، ابتعدوا عنه». إنها حجة للانضباط. يكمن الفرق بين البرمجة الحدسية العمياء والهندسة الوكيلة تحديدًا في قراءة الفروق وتشغيل الفحوصات قبل إدخال أي شيء إلى بيئة الإنتاج. أشرح الحماية بالتفصيل في دليلي [أمن البرمجة الحدسية](https://ailoot.ai/blog/ar/vibe-coding-security/) و[ما الذي تفعله إذا حذف الذكاء الاصطناعي قاعدة بيانات](https://ailoot.ai/blog/ar/ai-deleted-database-recovery/).

## كيف تنتقل من البرمجة إلى التنسيق: 5 تحولات

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaways">

أهم النقاط

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

</div>

أنت لا تتعلم كتابة الشيفرة. بل تغيّر طريقة تحديد المهام وقبول العمل. إليك خمسة تحولات، بالترتيب.

1.  **من المطالبة إلى الهدف.** سابقًا: تكتب طلبًا، وتحصل على مقطع شيفرة، ثم تكتب الطلب التالي. الآن: تحدد الهدف ومعيار «الإنجاز»، ويكون تقسيمه إلى خطوات من مهمة الوكيل. أنت تصف النتيجة، والوكيل يختار الخطوات.
2.  **من المحادثة إلى الخطة.** سابقًا: تدفق واحد من الرسائل، ولا تعرف ما الذي حدث خطأً إلا بعد وقوعه. الآن: ابدأ بخطة. يحتوي Claude Code على وضع لذلك يعرض فيه الوكيل خطته قبل لمس الشيفرة؛ تقرؤها وتعدّلها، وبعد ذلك يبدأ. راجع دليل [وضع التخطيط في Claude Code](https://ailoot.ai/blog/ar/claude-code-plan-mode/).
3.  **من وكيل واحد إلى عدة وكلاء.** سابقًا: Claude واحد ونافذة واحدة. الآن: عدة وكلاء بالتوازي، لكل منهم مهمة ونسخة عمل معزولة. راجع دليل [كيفية تشغيل أكثر من 10 جلسات Claude Code بالتوازي](https://ailoot.ai/blog/ar/claude-code-parallel-worktree-agents/).
4.  **من الثقة إلى المراجعة.** سابقًا: تقبل المخرجات وتلصقها وتتابع. الآن: أنت خط المراقبة الأخير للجودة. تفحص كل فرق، وتشغّل الاختبارات، ولا يدخل شيء إلى الإنتاج من دون مراجعتك. هذا ما يميز الممارسة الناضجة عن العمل العشوائي.
5.  **من الشيفرة إلى السياق والبنية.** سابقًا: كنت تفكر في كيفية كتابة دالة. الآن: تفكر فيما تضعه في سياق الوكيل وكيف تقسم النظام إلى أجزاء. تكمن قيمتك الآن في حسن التقدير؛ ولم تعد سرعة الكتابة مهمة.

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

## ما الأدوات التي تحتاج إليها للهندسة الوكيلة؟

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaways">

أهم النقاط

مجموعة الأدوات الأساسية: وضع التخطيط (لرؤية الخطة قبل كتابة الشيفرة)، والوكلاء الفرعيون (منفّذون للمهام الفرعية)، وDynamic Workflows (تنسيق عشرات الوكلاء بأمر واحد)، وgit worktree (جلسات متوازية بلا تعارضات)، وMCP (الاتصال بالبيانات الخارجية)، وعقل ثانٍ (ليعرف الوكيل مشروعك). كل هذا مدمج بالفعل في Claude Code؛ لا تحتاج إلى تثبيت أي شيء بشكل منفصل.

</div>

تعمل هذه الأدوات كروافع لمنسق الوكلاء. وتزيل كل واحدة منها قيدًا يعوق إدارة الوكلاء على نطاق واسع.

| الأداة | ما توفره لمنسق الوكلاء | التفاصيل |
|----|----|----|
| وضع التخطيط | رؤية الخطة قبل أن يلمس الوكيل الشيفرة | [وضع التخطيط](https://ailoot.ai/blog/ar/claude-code-plan-mode/) |
| الوكلاء الفرعيون | منفّذون معزولون للمهام الفرعية | [الوكلاء الفرعيون](https://ailoot.ai/blog/ar/claude-code-subagents/) |
| Dynamic Workflows | تنسيق عشرات الوكلاء بأمر واحد | [Dynamic Workflows](https://ailoot.ai/blog/ar/claude-code-dynamic-workflows/) |
| Git worktree | جلسات متوازية بلا تعارضات في الملفات | [Git worktree](https://ailoot.ai/blog/ar/claude-code-git-worktree/) |
| MCP | ربط الوكيل بالخدمات والبيانات الخارجية | [خوادم MCP](https://ailoot.ai/blog/ar/mcp-servers-claude-code/) |
| العقل الثاني | جعل الوكيل يعرف مشروعك بالكامل | [العقل الثاني](https://ailoot.ai/blog/ar/claude-code-second-brain/) |

مثال حديث على هذا النطاق: في 28 مايو 2026، أصدرت Anthropic ميزة Dynamic Workflows. يكتب Claude نصًا برمجيًا للتنسيق ويطلق ما يصل إلى 16 وكيلًا في الوقت نفسه، وما يصل إلى ألف وكيل في تشغيل واحد. وباستخدام هذه الآلية، أعاد شخص واحد كتابة مشروع كبير يضم 750,000 سطر خلال 11 يومًا، وظلت 99.8% من الاختبارات ناجحة. قبل عام، كان هذا مستحيلًا ببساطة.

لكن هذه الروافع لا تعمل إلا إذا استندت إلى أساس. إطلاق عشرة وكلاء على مشروع فارغ بلا سياق لا يفعل سوى مضاعفة الفوضى عشر مرات. أنشئ العقل الثاني والقواعد أولًا، ثم وسّع النطاق.

## هل ستحل الهندسة الوكيلة محل رائد الأعمال؟

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaways">

أهم النقاط

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

</div>

الخوف حقيقي: إذا كانت الآلة تكتب الشيفرة، فلماذا نحتاج إلى شخص؟



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

لهذا يواصل أصحاب الخبرة القول: استخدموا الذكاء الاصطناعي لفهم المهمة بعمق أكبر. من يتخطى الفهم يبني قنبلة موقوتة. أما من يفهم فيكتسب قدرة أكبر على الإنجاز.

## من أين تبدأ اليوم؟

<div class="aside" data-semantic="key-takeaway" role="note" aria-label="Key takeaways">

أهم النقاط

ابدأ بثلاث خطوات: أنشئ عقلًا ثانيًا (مجلدًا يصف مشروعك وعملك)، واعتد العمل انطلاقًا من خطة قبل كتابة الشيفرة، واجعل مراجعة كل فرق عادة. لا تحتاج إلى إطلاق عشرة وكلاء فورًا—ابدأ بواحد، لكن زوّده بالسياق وراجع عمله. وسّع النطاق بعد إرساء الأساس.

</div>

لا تحاول الانتقال مباشرةً إلى تنسيق عشرة وكلاء. فهذا طريق إلى الفوضى. اتبع الترتيب التالي.

1.  **أنشئ عقلًا ثانيًا.** أنشئ مجلد `business/` في مشروعك واشرح فيه من أنت، وما المنتج، ولمن هو، وما القرارات التي اتُّخذت بالفعل، وما الأسلوب الذي ينبغي اتباعه. هذا جهد يُبذل مرة واحدة ويؤتي ثماره مع كل طلب بعد ذلك. راجع دليل [العقل الثاني في Claude Code](https://ailoot.ai/blog/ar/claude-code-second-brain/).
2.  **انتقل إلى العمل انطلاقًا من خطة.** فعّل وضع التخطيط واعتد قراءة الخطة قبل أن يبدأ الوكيل بالكتابة. يحميك ذلك من موقف «لقد فعل الشيء الخطأ»، ويدرّبك على التفكير كمنسق للوكلاء.
3.  **اجعل المراجعة عادة.** افحص كل فرق وشغّل الفحوصات. ابدأ بوكيل واحد لمهمة واحدة. عندما يصبح ذلك سهلًا، أضف وكيلًا ثانيًا، ثم وكلاء يعملون بالتوازي. الانضباط أولًا، والتوسع لاحقًا.

هكذا يبدو الانتقال من التخمين إلى الممارسة الناضجة: فكّر بوضوح أكبر وتحقق بموثوقية أكبر.

<div class="section" role="doc-bibliography" aria-label="Sources">

### المصادر

- [OpenAI - هندسة التسخير: كيفية استخدام Codex في عالم الوكلاء](https://openai.com/index/harness-engineering/)
- [Anthropic - Dynamic Workflows في Claude Code](https://code.claude.com/docs/en/workflows)

</div>



إذا كنت بحاجة إلى الوصول إلى الشبكات العصبية عبر Ailoot، فألقِ نظرة على [Ailoot](https://ailoot.ai/).

## أسئلة شائعة

### هل أبدأ بعدة وكلاء معًا؟

ابدأ بوكيل واحد لمهمة واحدة. زوده بسياق المشروع وراجع خطته وفروق تعديلاته، ثم نفّذ الفحوص قبل إضافة وكيل ثانٍ.

### ماذا يوضع في سياق المشروع بدل طلب لمرة واحدة؟

احتفظ بوصف المنتج والجمهور والقرارات السابقة وقواعد العمل والأسلوب في ملفات المشروع. حدد الهدف الحالي ومعايير القبول في المهمة، ليستخدم كل وكيل السياق الدائم نفسه.


## Ailoot · الشركة ومحفظة مشاريعها

تستند Ailoot إلى خبرة تشغيلية متراكمة وقاعدة عملاء واسعة وخدمة مستقرة ومراقبة مستمرة لمؤشرات الأداء KPI.

الشركة ومحفظة مشاريعها: ملايين العملاء؛ مبيعات بالمليارات شهريًا.

توظف Ailoot هذه الخبرة التشغيلية لإتاحة الوصول عبر API إلى قدرات الذكاء الاصطناعي في منتجات العملاء ووكلائهم وتطبيقاتهم وعمليات الأتمتة.