نختم هذه السلسلة بالسؤال الذي يجمع أكبر قدر من الآراء على أسلوب LinkedIn : إلى أين يتّجه التطوير الوكيليّ ؟

معظم ما أقرأه حول هذا السؤال إمّا ملتهب (« الذكاء الاصطناعي سيكتب كلّ الكود بحلول 2027 ») أو رافض (« سيستوي وسنكون جميعًا بخير »). كلاهما يخطئ.

ها هي قراءتي الرصينة بعد سنة من تشغيل Claude Code على codebases حقيقيّة — على ما سأراهن، على ما لن أراهن، والخطّ الذي بعده أصبح متشكّكًا في الـ hype.

على ما سأراهن

1. صار الـ Multi-agent محيطيًّا

اليوم تستدعي sub-agents صراحةً. بحلول نهاية 2026، يحدث الـ dispatch تلقائيًا : تذكر الهدف، يختار الـ orchestrator الاختصاصيّ المناسب، يُشغّل الـ pipeline، يُسلّمك diff.

مستوى الرهان : عالٍ. السباكة موجودة بالفعل ؛ تنقصها فقط شغل UX.

2. سياق « مدرك للـ codebase » يتوسّع بترتيب من حيث الحجم

الآن يقرأ Claude Code الملفّات اللازمة وقت التشغيل. التكرار التالي هو ذاكرة codebase دائمة : فهرس متّجهيّ لكودك يستعلمه الوكيل قبل قراءة أيّ شيء. هذا قائم في البحث ؛ مشكلة نشر، لا مشكلة علم.

التداعي : تقصر الـ prompts. تتوقّف عن قول « انظر إلى lib/cache.ts ». الوكيل يعرف بالفعل.

3. تصبح الـ Hooks CI الفريق

نظام hooks في المقال 11 لمحة عمّا يأتي. خلال 18 شهرًا، سيشبه .claude/hooks/ لديك .github/workflows/ أكثر من سكربتات شخصيّة. الحتميّة حول الوكيل ستكون حيث تحيا ثقافة الهندسة في الفريق.

4. تصبح « شخصيّات الوكيل » مفهوم توظيف

هذا يبدو ديستوبيًّا ؛ احتمل قليلًا. حين يكون code-reviewer.md مُتبَع بـ git ومُراجعًا في PRs، تبدأ بمعاملته كزميل — مُصدَّر، مملوك، مُقيَّم. ستُدرج إعلانات الوظائف « ستشارك في تأليف شخصيّة وكيل المراجعة الخاصّ بالفريق » كما تُدرج « ستملك بنيتنا التحتيّة ».

ليس هذا الوكيل يحلّ محلّ المهندس. هو خبرة المهندس تُـقنَّن وتُـمَوسَط.

على ما لن أراهن

1. « الوكلاء يحلّون محلّ المهندسين » بحلول 2027

العنوان خاطئ على مستويين.

أوّلًا، وكيل دون إنسان في الحلقة على الأفعال غير القابلة للتراجع ليس feature ؛ هو مسؤوليّة. نطاق انفجار أتمتة git push إلى main أعلى من أيّ مكسب إنتاجيّ.

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

2. عرض « افعل كلّ شيء من mega-prompt واحد »

ترى هذه على Twitter أسبوعيًا. أحدهم يُري وكيلًا يبني SaaS في 15 دقيقة. هذا عرض. هذا ليس workflow.

الـ codebases الحقيقيّة لها :

• قيود ليست في الـ prompt.
• stakeholders بآراء.
• كود قائم لا يتبع الأنماط المفضّلة للوكيل.
• تكاليف للخطأ.

عرض SaaS في 15 دقيقة يبدو هكذا حين يتجاوز كلّ ذلك. لا تُنمذج عملك على ذلك.

3. « مصنع PR ذاتي بالكامل »

أنا متفائل بنمط مصنع الـ PR من المقال 7. أنا متشائم بكونه ذاتيًا بالكامل — أي بلا إنسان بين النيّة والـ merge.

السبب واضح : على شخص ما أن يملك نداء الحكم. « هل هذا التصميم الصحيح ؟ » « هل نؤجّل لمراجعة الأمن ؟ » « هل هذا متّسق مع الـ roadmap ؟ » هذه ليست قابلة للتفويض. هي العمل.

الخطّ الذي بعده أصبح متشكّكًا

حين يُخبرني أحدهم أنّ الوكلاء سيُـ« خطّطون »، أو يُـ« يشعرون »، أو يُـ« يفهمون » — هناك أتوقّف عن الإيماء.

ما يفعله الوكلاء الحاليّون (بمن فيهم Claude Code) ببراعة فائقة :

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

ما لا يفعلون، وما من سبب هندسيّ لافتراض أنّهم سيفعلون قريبًا :

• الإمساك بـ نظريّة عمّا تخدمه الـ codebase.
• مقاومة قرار منتج خاطئ.
• قول « لا، لا ينبغي أن نبني هذا ».

تأطير أكثر صدقًا للمستقبل القريب للكود الوكيليّ :

المهارة التي تتراكب

لو كان عليّ اختيار مهارة واحدة للاستثمار فيها لـ 2026 كمهندس عامل :

تحديد المشاكل بدقّة كافية ليتمكّن وكيل من حلّها.

هذا الـ prompt الرباعيّ من المقال 3. هذا CLAUDE.md. هذا .claude/agents/code-reviewer.md. هذا كتلة rules، مخطّط الإخراج، الأمثلة المعاكسة.

ليس هذا « prompt engineering » بمعنى المحادثة-مع-الذكاء-الاصطناعي. هو هندسة المواصفات — نفس المهارة التي ميّزت دائمًا الكبار عن المبتدئين، لكن بسقف رافعة أعلى من أيّ وقت مضى.

المهندسون الذين يطوّرون هذه المهارة يتضاعفون مع الوكيل. الذين لا يفعلون سيكافحون لشرح لماذا تأخذ PRs الأسبوع.

كيف تجعل هذه السلسلة مفيدة

أنهيت 12 مقالًا. ها هو ما سأفعله هذا الأسبوع :

1. اختر تذكرة واحدة على مشروعك الحاليّ وأرسلها بـ prompt الرباعيّ + وكيل code-reviewer. واحدة فقط.
2. Commit لـ .claude/CLAUDE.md، حتى لو كانت 10 أسطر.
3. أضف اثنين من sub-agents : code-reviewer وtest-writer. اسرق القوالب من المقال 5.
4. شغّل /compact مرّة. اكتسب العضلة.
5. لاحظ ما يبدو ثقيلًا. هذا أمرك المخصّص التالي.

ستّ خطوات. ساعتان. التراكب يبدأ من اليوم الأوّل.

الإغلاق

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

معظم المطوّرين يستعملون أدوات الذكاء الاصطناعي بـ 5 % من رافعتها لأنّ لا أحد علّمهم كيف تبدو الـ 100 %.

تلك الفجوة تُغلق لحظة معاملتك Claude Code كبنية تحتيّة : .claude/ مشترك، sub-agents مقيّدة، hooks حتميّة، قالب prompt رباعيّ، أثر تدقيق.

افعل ذلك لمدّة فصل. انظر إلى أرقام السرعة. قرّر بنفسك إن كان هذا hype أم لا.

أراهن أنّه ليس كذلك.

---

ينتهي هذا Claude Code Mastery. ستتلقّى السلسلة تحديثات صغيرة مع تطوّر الأدوات — احتفظ بهذه الصفحة في المفضّلة. إن أردت الحديث عن كيفيّة نشر ذلك على codebase الخاصّ بك، أُجري استشارات : انظر الرابط في الـ footer.