Skills والوكلاء الفرعيون وMCP والإضافات في Claude Code: أيها تختار؟

توجد الآن في Claude Code خمس طرق لإجراء مراجعة الكود نفسها: أمر slash، أو skill، أو وكيل فرعي، أو إضافة، أو مجرد prompt في المحادثة. ولا تتفوق أي طريقة على الأخرى افتراضيًا؛ فالاختيار يعتمد على المهمة وميزانية الرموز، وعلى من سيستخدمها غيرك.

هذا هو الدليل الذي كنت سأقدمه لنفسي قبل عام. شجرة من 4 أسئلة، ومصفوفة جاهزة «المهمة ← الطبقة»، و5 أخطاء شائعة تهدر الرموز لدى كل مطوري البرمجيات بأسلوب vibe coding الذين أعمل معهم تقريبًا.

للتعرّف إلى العمل مع الخدمة، راجع وثائق Ailoot.

ما معنى skills والوكلاء الفرعيين وMCP والإضافات في جملة واحدة؟#

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

Skill هو مجلد يحتوي على ملف SKILL.md يوضح متى وكيفية تطبيق منهجية محددة. تشبّه Anthropic الـskill بتعليمات موظف جديد: لا تملي عليه كل خطوة كل يوم، بل تعطيه إجراءً يتبعه.

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

MCP (Model Context Protocol) معيار مفتوح من Anthropic لربط Claude بالأنظمة الخارجية. وفي تدوينة بتاريخ 13 نوفمبر 2025، شرحت Anthropic الفرق بأوضح صورة ممكنة:

الإضافة حزمة جاهزة من شخص آخر تضم skills ووكلاء فرعيين وhooks وأوامر، وتُوزّع عبر سوق إضافات. ثبّتها بسطر واحد باستخدام /plugin install لتحصل على كل شيء دفعة واحدة. إذا كان الـskill إجراءً خاصًا بك، فالإضافة إجراء اشتريته من شركة أخرى.

باختصار، الـskills وصفات، والوكلاء الفرعيون زملاء متخصصون، وMCP يوفّر أدوات خارجية يستطيع Claude من خلالها الوصول إلى الخدمات والبيانات. وتختلف تكلفة الرموز: فالـskill هو الأقل تكلفة لأنه يُحمّل عند تفعيله، بينما MCP أغلى بكثير لأن كل خادم متصل يشغل مساحة باستمرار في نافذة السياق.

لماذا نحتاج إلى 4 طبقات إذا كان بإمكاننا استخدام ملف CLAUDE.md واحد؟#

في المشروع المذكور، يشبه CLAUDE.md خريطة كبيرة للقواعد: أين توضع الأشياء، وكيف يتم النشر، وما الاتفاقات المعمول بها. ومن دون هذا الملف، سيبدأ Claude كل جلسة جديدة من الصفر.

لكن لملف CLAUDE.md حدودًا. دعني أوضح ثلاث حالات يتوقف فيها عن أداء المطلوب.

الحالة 1: قاعدة لا تعمل إلا أحيانًا. يقول CLAUDE.md: «شغّل npm run build دائمًا قبل git push». يقرأ Claude ذلك عند بداية الجلسة ويومئ موافقًا، ثم يبدأ كتابة الكود بعد 25 رسالة وينسى. سبق أن دفعت التغييرات من دون build ثلاث مرات، وفشلت تلك الدفعات في الإنتاج. قد يشغّل hook مضبوط ومختبر فحص بناء حتميًا ويرفض العملية المشمولة. تتوقف تغطيته على الحدث ومسار الأداة؛ فلا يعترض Claude Code hook وحده كل push من طرفية أو تطبيق آخر. تحقق من أن بناء فاشل عمدًا يمنع المسار الفعلي المستخدم.

الحالة 2: عملية من 15 خطوة تتكرر. يمر كل دليل في المثال المذكور عبر 14 مرحلة: البحث ← البنية ← MDX ← 7 فحوصات QA متوازية ← النشر في الإنتاج ← IndexNow. إذا كتبت في كل مرة prompt يقول «نفّذ المرحلة 1، ثم 2، ثم 3»، فسأهدر الرموز قبل أن أبدأ حتى. لذلك جُمعت دورة العمل كاملة في skill اسمه build-masterskaya-guide: تعليمات بحجم 34 KB تُشغّل بعبارة «لنُعدّ دليلًا جديدًا للمشروع».

الحالة 3: مهمة تلتهم السياق. لمراجعة حداثة دليل منشور بالفعل، على Claude قراءة نص تفريغ بث مباشر حجمه 30 KB، و20 مراجعة بأثر رجعي حجم كل منها 5 KB، ثم مقارنتها بالموقع الحالي. إذا أجريت ذلك في المحادثة الرئيسية، فسأجد في نهاية المراجعة 200K رمز من المحتوى غير المفيد داخل السياق. ينجز الوكيل الفرعي العمل نفسه، ثم يعيد إلى المحادثة الرئيسية ملخصًا من 300 كلمة فقط وينهي عمله.

الحالة 4: أريد أن يحصل الفريق على القوالب نفسها التي أستخدمها. مجموعة جاهزة من قواعد تصميم الواجهة الأمامية، وhooks للنشر عبر Coolify، وMCP لفحوصات Playwright. هذه إضافة: أجمّع إعدادي، وأنشره في السوق، ثم يثبّته زميل بسطر واحد.

يغطي CLAUDE.md الأساسيات: «كيف نعمل هنا». أما الطبقات الأربع الإضافية فتغطي ما لا يستطيع CLAUDE.md فعله عمليًا: تكرار الإجراءات عبر المشغّلات، وعزل السياق، والوصول إلى العالم الخارجي، والمشاركة.

متى تحتاج إلى skill بدلًا من CLAUDE.md؟#

اختبار الحاجة إلى skill بسيط: تلاحظ أنك تنسخ prompt طويلًا نفسه من ملاحظاتك إلى المحادثة. تكراره للمرة الثالثة إشارة كافية.

لدي الآن 7 مجلدات في ~/.claude/skills/: build-masterskaya-guide وbuild-vc-spoke وbuild-reel-script وbuild-practicum-instruction وupdate-config وsimplify وkeybindings-help. أكثرها استخدامًا هو build-masterskaya-guide (وقد كُتب هذا الدليل باستخدامه). ويحتوي على منهجية بحجم 34 KB: المراحل التي يجب اتباعها، وفحوصات QA متعددة الوكلاء التي يجب تشغيلها، وشروط البوابة التي ينبغي أن توقف العملية، والمنتجات التي يجب حفظها في /tmp/.

متى لا تنشئ skill.

• قاعدة مثل «أجب باللغة التي يفضلها المستخدم» مكانها CLAUDE.md لا skill. يُحمّل الـskill عند تفعيله، لكن ينبغي تطبيق هذه القاعدة دائمًا.
• تعليمة لمرة واحدة مثل «نفّذ إعادة الهيكلة الآن» مكانها المحادثة، لا skill.
• قد تستخدم المهمة المحتاجة إلى سياق مستقل وكيلًا فرعيًا؛ وإذا اتبعت إجراء متكررًا، فاحفظ منهجيته في skill أيضًا.

النمط المضاد الأبرز. أكثر الأخطاء شيوعًا لدى مطوري vibe coding هو حشر إجراء في وكيل فرعي بينما ينبغي أن يكون skill. تكلف الوكلاء الفرعيون رموزًا أكثر (لأن لكل منهم سياقه الخاص)، ويستغرق تشغيلهم وقتًا أطول، وغالبًا ما يكونون مبالغة. إذا أمكنك وصف المهمة بمنهجية من 1,500–2,000 كلمة من دون قراءة ملفات خارجية، فهي مناسبة لـskill.

لمعرفة كيفية تنظيم skill، وما يوضع في frontmatter، وما عبارات التفعيل الفعالة، راجع الدليل Claude Code Skills في 2026: كيفية إنشاء مكتبة Skills شخصية.

متى تحتاج إلى وكيل فرعي بدلًا من skill؟#

يخزّن الـskill المنهجية؛ وينفّذ الوكيل الفرعي العمل. إنهما طبقتان مختلفتان، وغالبًا ما يختلط الأمر بينهما لأن كليهما يُشغّل «من المحادثة».

لا يكون الوكيل الفرعي مناسبًا إلا لعزل السياق. تبلغ ميزانية جلسة Claude الرئيسية 200,000 رمز (أو 1 مليون في الإصدار التجريبي). إذا طلبت من المحادثة الرئيسية قراءة 30 ملفًا وتحليل كل ملف، فستستهلك القراءة الوسيطة نصف النافذة. ينجز الوكيل الفرعي العمل نفسه في جلسة منفصلة، ثم يعيد النتيجة فقط إلى المحادثة الرئيسية.

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

إذا أجريت كل هذه الفحوصات في محادثة واحدة، فسوف يرهقني السياق قبل اكتمال الفحص الأول. يحل تشغيل الوكلاء الفرعيين بالتوازي باستخدام run_in_background: true المشكلة: يعملون في الخلفية، وتواصل المحادثة الرئيسية عملها، وبعد 4–6 دقائق أتلقى تقارير موجزة وأطبّق التغييرات.

مثال ثانٍ—بحث مكثف. عند اختيار موضوع لدليل جديد، يجمع 4 وكلاء فرعيين المؤشرات بالتوازي:

• V1 - المنتديات والمجتمعات خلال 14 يومًا
• V2 - الشبكات الاجتماعية
• V3 - منصات الفيديو + مدونة Anthropic
• V4 - فجوات SEO

يعيد كل وكيل 30–40 عنصرًا مع درجات الانتشار الفيروسي. أجمعها في مجموعة، وأوازن بينها عبر 9 أبعاد، ثم أختار الأفضل. من دون الوكلاء الفرعيين، تمتد هذه المرحلة إلى 2–3 ساعات من استهلاك السياق الرئيسي.

متى لا تنشئ وكيلًا فرعيًا.

• المهمة التي لا تتطلب قراءة ملفات أو استخدام WebFetch مكانها المحادثة الرئيسية.
• ينتمي الإجراء المتكرر إلى skill، لكنه قد يُنفذ داخل وكيل فرعي عندما يفيد العزل.
• يحتاج الوصول الخارجي أداة مأذونة مثل MCP أو CLI؛ ويمكن للوكيل الفرعي استخدامها عند تفويض المهمة.

النمط المضاد الأبرز. إنشاء وكيل فرعي اسمه backend-engineer أو qa على أمل أن يعرف Claude متى يستخدمه. تقدم الوكلاء الفرعيون المحددون (مثل migration-test-writer أو api-route-reviewer) جودة أفضل بكثير من الوكلاء العامّين. كلما كان اسم الوكيل الفرعي وتعليماته أكثر تحديدًا، اختار Claude الوكيل المناسب بدقة أكبر.

لمعرفة كيفية إنشاء وكلاء فرعيين لمهام محددة، وصيغة frontmatter، والاطلاع على 5 أمثلة جاهزة، راجع الدليل Claude Code Subagents في 2026: دليل خطوة بخطوة.

متى تحتاج إلى MCP بدلًا من skill أو وكيل فرعي؟#

قدمت Anthropic أقصر صيغة للفرق في تدوينة: يربط MCP Claude بالبيانات، وتعلّم skills Claude ما الذي يفعله بتلك البيانات.

مثلًا، تحتاج skill لمراجعة GitHub issue إلى محتواها. وفره عبر MCP مأذون أو CLI أو نص مقدم. تحدد skill طريقة المراجعة وتنظيم النتائج؛ فوصول MCP وحده لا يفرض هذا الإجراء.

حزمة MCP التي أستخدمها.

• Playwright MCP - فحص بصري QA لكل دليل. أفتح الصفحة على الكمبيوتر والهاتف، وأتحقق من عرض الحاوية ومن ظهور الكتل كما ينبغي.
• Stitch MCP - الوصول إلى نظام التصميم وإنشاء مكونات بأسلوب العلامة التجارية.
• vidIQ MCP - تحليل الاتجاهات والتحقق من فرص انتشار الأفكار.
• Railway MCP - إدارة بنية النشر التحتية.

كل واحد من هذه الخوادم الأربعة جسر إلى نظام خارجي. من دون MCP، سأكتب شيفرة wrapper خاصة بي أو أستخدم متصفحًا. ومع MCP، يحدث كل شيء داخل جلسة Claude.

تكلفة الرموز. MCP هو أغلى الطبقات. يشغل كل خادم متصل باستمرار مساحة في نافذة السياق: تعريفات الأدوات، ومخططات الوسائط، والأوصاف. لدي 4 خوادم MCP، وهذا يعني نحو 8–12K رمزًا في كل جلسة جديدة قبل أن أسأل أي شيء.

لذلك لا نربط MCP إلا إذا كانت هناك حاجة فعلية إليه في معظم الجلسات. إذا كنت تستخدم MCP الخاص بـSentry مرة واحدة أسبوعيًا، فمن الأفضل تفعيله عند الطلب باستخدام الخيار --mcp sentry بدلًا من إبقائه في القائمة الدائمة.

متى لا تستخدم MCP.

• منهجية «كيفية التعامل مع البيانات» مكانها skill، لا MCP.
• قد يفيد وكيل فرعي مهمة قراءة طويلة؛ وإذا كانت بعض الملفات أو السجلات خارجية، فقد يحتاج إلى MCP أيضًا.
• النشر بأمر واحد يتطلب hook أو إضافة، لا MCP.

النمط المضاد الأبرز. إنشاء خادم MCP لأمر يمكن التعامل معه بشكل أفضل عبر skill. رأيت مثالًا في نقاش على HN (ذلك النقاش نفسه الذي حاز 422 نقطة في 27 مايو): كتب صاحبه خادم MCP يقدم «تعليمات مراجعة الكود». لكن هذا ليس وصولًا إلى العالم الخارجي؛ إنه إجراء. يستطيع skill تنفيذ الشيء نفسه باستخدام رموز أقل بعشر مرات.

حادثة تنافس على الموارد. تعطل Playwright MCP لدي ذات مرة مع الخطأ “Browser is already in use”؛ فقد كانت لدي نافذة Chrome مفتوحة في الوقت نفسه، ولم يتمكن MCP من التحكم بالمتصفح. وهذا درس مهم: يستخدم خادم MCP موارد نظام مشتركة. إذا كان مورد ما (متصفح أو منفذ أو ملف) موضع تنافس، فخطط لعزله منذ البداية.

يتوفر دليل جاهز لربط 7 خوادم MCP عاملة في Claude Code MCP Servers في 2026: 7 إعدادات جاهزة للاستخدام.

متى تحتاج إلى إضافة بدلًا من skill أو وكيل فرعي؟#

تتعلق skills والوكلاء الفرعيون وMCP بمنهجيتك أنت. أما الإضافة فهي منهجية جاهزة لشخص آخر تستوردها إلى إعدادك.

في أكتوبر 2025، أطلقت Anthropic آلية التوزيع الرسمية Claude Code Plugins. والإضافة مجلد يمكن أن يحتوي على:

• أوامر slash خاصة بها
• skills خاصة بها
• وكلاء فرعيين خاصين بها
• hooks خاصة بها
• إعدادات MCP خاصة بها
• أنماط إخراج خاصة بها

تُجمع كل هذه العناصر في حزمة واحدة مع plugin.json. ويكون التثبيت بسطر واحد في ~/.claude/settings.json أو باستخدام الأمر /plugin install <name>.

حزمة الإضافات التي أستخدمها.

• frontend-design من السوق الرسمي claude-plugins-official—67 نمطًا و96 لوحة ألوان و57 زوجًا من الخطوط و13 إطار عمل. عندما أنشئ كتلة جديدة للموقع أو قالب بريد إلكتروني، أحمّل هذه الإضافة وأحصل على المكتبة كاملة دفعة واحدة.
• playwright من السوق الرسمي نفسه—مجموعة من skills وإعدادات MCP لاختبار المتصفح.
• telegram—حزمة جاهزة لإدارة حساب Telegram من Claude Code (السياسة، وقائمة السماح، والاقتران).
• trailofbits/skills—مجموعة skills للأمن من Trail of Bits، وهي شركة أثق بها في مسائل الأمن.

تظهر الإضافات الأربع كلها في ثلاثة أسطر من settings.json. ومن دون الإضافات، لقضيت ساعات في بناء المكتبة نفسها يدويًا.

متى لا تستخدم إضافة.

• إذا كانت المنهجية من ابتكارك بالكامل ولا تحتاج إلى توسيع نطاق استخدامها لدى الآخرين، فاحتفظ بها في skill.
• إذا لم تعرف بعد من سيستخدمها، فجرّبها بنفسك أولًا كـskill.
• إذا أردت نقل ثلاثة ملفات بسرعة إلى جهاز جديد، فسيكفي الأمر cp ~/.claude/skills/X /new/machine/.claude/skills/.

النمط المضاد الأبرز. استخدام إضافة بديلًا عن CLAUDE.md، مثل إضافة تتضمن قواعد «كيف نعمل في هذا المشروع». صُممت الإضافة للتوزيع وإعادة الاستخدام. إذا كانت القواعد خاصة بمستودع واحد، فمكانها CLAUDE.md، لا إضافة.

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

شجرة القرار: 4 أسئلة تطرحها قبل كل مهمة#

السؤال 1: هل يوجد إجراء متكرر يستحق الحفظ؟

إذا نعم، فاحفظ المنهجية كـ skill في SKILL.md بوصف واضح للاستخدام. يوفر ذلك الإجراء؛ ولا يمنح بحد ذاته وصولًا خارجيًا أو سياقًا مستقلًا.

السؤال 2: هل يحتاج العمل إلى سياق مستقل أو دور مفوض مركز؟

إذا نعم، فاستخدم وكيلًا فرعيًا بمهمة وأدوات دقيقتين. يمكن للمهمة نفسها اتباع منهجية skill داخل السياق المعزول.

السؤال 3: هل تحتاج المهمة أداة أو بيانات خارجية؟

إذا نعم، فوفر وصولًا مأذونًا عبر MCP أو أداة مناسبة أخرى مثل CLI مضبوطة. تصف skill طريقة استخدام الوصول؛ ويستطيع وكيل فرعي استخدامه.

السؤال 4: هل يوزع الإعداد ويُصان كحزمة؟

إذا نعم، فاستخدم إضافة لتوزيع المهارات أو تعريفات الوكلاء أو hooks أو تكوين MCP المعني. يمكن أن تكون الحزمة لك أو لمؤلف آخر.

مثال مركب: مراجعة GitHub issue متكررة. تحدد skill الإجراء وصيغة النتيجة. يوفر GitHub MCP أو CLI مضبوط وصولًا مأذونًا. يستطيع وكيل فرعي قراءة سلسلة طويلة في سياقه وإعادة النتائج، وتستطيع إضافة توزيع التركيبة للفريق. قد تكون الإجابات الأربع كلها «نعم»؛ ولا تلغي واحدة الأخرى.

5 أخطاء في اختيار الطبقات يرتكبها مطورو vibe coding#

أرى هذه الأنماط الخمسة مرة أسبوعيًا بين مطوري vibe coding الذين أعمل معهم. ويرتكب واحد من كل اثنين خطأً واحدًا على الأقل منها في أسبوعه الأول.

الخطأ 1: وكيل فرعي بدلًا من skill.

العَرَض: أنشأ أحد الكتّاب وكيلًا فرعيًا لـ«كتابة تدوينة جديدة». في كل مرة يشغّله فيها، يبدأ الوكيل الفرعي ويقرأ منهجية حجمها 2 KB، ثم يكتب تدوينة وينتهي. وبعد أسبوع، يلاحظ الكاتب أن كل تشغيل يهدر 5K رمز إضافيًا لتحميل الوكيل الفرعي.

ما كان ينبغي فعله: «كيفية كتابة تدوينة» منهجية، لذلك مكانها skill. والمشغّل هو عبارة «تدوينة جديدة». يُحمّل الـskill في المحادثة الرئيسية ولا يفتح جلسة منفصلة. وتكلفته أقل من 3 إلى 5 مرات.

الخطأ 2: خادم MCP بدلًا من skill.

العَرَض: كتب أحد الكتّاب خادم MCP يقدم إرشادات حول «كيفية إجراء مراجعة للكود». تظل تعريفات الأدوات وأوصاف مخطط الوسائط والوثائق تشغل مساحة في السياق. وتهدر كل مطالبة 2–3K رمز بلا فائدة.

ما كان ينبغي فعله: «كيفية إجراء مراجعة للكود» إجراء، وليس وصولًا إلى نظام خارجي. استخدم skill. لا يكون MCP مبررًا إلا عند الحاجة إلى وصول حي، مثل الاتصال بـSentry لاسترجاع أحدث الأخطاء.

الخطأ 3: إضافة بدلًا من CLAUDE.md.

العَرَض: جمع أحد الكتّاب قواعد المشروع («استخدم دائمًا وضع TypeScript الصارم»، و«لا تستخدم أي شرطات»، و«استخدم pnpm فقط، لا npm») في إضافة وثبّتها. والآن تحمّل كل جلسة جديدة إضافة تكرر ما ينبغي أن يكون في CLAUDE.md.

ما كان ينبغي فعله: مكان قواعد المشروع الواحد هو ملف CLAUDE.md الخاص بذلك المشروع. والإضافة مخصصة لمنهجية قابلة للتوسع لتشمل عدة أشخاص أو مستودعات.

الخطأ 4: محاولة إنشاء skill بواسطة hook.

العَرَض: لاحظ أحد الكتّاب أن hook يُشغّل تلقائيًا عند وقوع حدث (مثلًا قبل حفظ ملف). فقرر إنشاء «skill عبر hook» ليطبّق Claude المنهجية تلقائيًا على كل تعديل. وانتهى به الأمر إلى حلقة تفعيل لا نهائية، وهدر السياق، وسلوك يصعب توقعه.

ما كان ينبغي فعله: الـhook شيفرة حتمية تشغّل أمرًا، أو تنسّق الناتج، أو تمنع عملية. لا يحمّل hook أي skill ولا يستدعي Claude. إذا كنت تحتاج إلى «تطبيق المنهجية X دائمًا»، فاستخدم skill له مشغّل أو أضف قاعدة في CLAUDE.md.

الخطأ 5: إضافة طبقة بينما لا تحتاج إلى أي شيء.

العَرَض: يسمع أحد الكتّاب عن skills، ويقرأ الأدلة، ويقرر «أحتاج إلى جمع هذه المنهجية في حزمة»، ثم يقضي أمسية في إنشاء skill لمهمة لا تحدث إلا مرة واحدة في الشهر.

ما كان ينبغي فعله: تُنجز المهمة لمرة واحدة عند الحاجة في المحادثة. لا يكون الـskill مبررًا إلا إذا كنت تنفذ المهمة أكثر من مرة يوميًا. وإلا فسيكون تصميمًا مفرطًا يحتاج إلى صيانة لاحقًا.

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

ما تقوله Anthropic عن التشتت: إلى أين يتجه Claude Code في 2026#

إليك ما يعنيه ذلك خلال الأشهر الستة إلى السنة المقبلة.

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

ثانيًا: يصبح الوكلاء الفرعيون أكثر تخصصًا. الدور الأساسي للوكلاء الفرعيين هو عزل السياق في المهام الثقيلة. ستختفي الوكلاء العامة مثل qa-engineer، بينما ستبقى الوكلاء المحددة مثل migration-test-writer وapi-route-reviewer.

ثالثًا: تعني إعلانات Anthropic الجديدة خلال 14 يومًا—أمر /workflows (28 مايو 2026) لتنسيق عمل عشرات الوكلاء الفرعيين، وفصل فوترة Agent SDK بدءًا من 15 يونيو—أن الاستخدام البرمجي ينتقل إلى مجموعة منفصلة. وهذه إشارة إلى أن Anthropic تبني بنية تحتية للأنظمة المؤتمتة التي تضم 10 وكلاء أو أكثر، لا للجلسات الفردية.

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

مصفوفة جاهزة: 10 مهام شائعة ← الطبقة المناسبة#

القاعدة الأساسية لاستخدام هذا الجدول هي ألا تحاول «تنفيذ الخيارات العشرة كلها دفعة واحدة». يكتفي معظم مطوري vibe coding الذين يعملون بمفردهم بـCLAUDE.md و5–7 skills و2–4 خوادم MCP. وتُضاف الوكلاء الفرعيون والإضافات مع نمو المشروع.

الخطوة التالية: إنشاء مساحة عملك في Claude Code#

لا تأتي الطبقات الخمس واحدة بعد الأخرى؛ بل تتداخل. يشكل CLAUDE.md أساس المشروع، وتُضاف الطبقات الأربع الأخرى مع ازدياد المهام.

تعرّف إلى Ailoot.