كيف تعمل المهارات والوكلاء وخوادم MCP معاً في Claude Code

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

هذه هي مشكلة نافذة السياق. ولهذا السبب فإن إلقاء المزيد من الأكواد على نموذج لغوي كبير لا يجعله أذكى.

يحل Claude Code هذه المشكلة بشكل مختلف. ليس من خلال امتلاك نافذة سياق أكبر (رغم أن ذلك يساعد)، بل من خلال الذكاء في كيفية استخدام المساحة المتاحة. يفعل ذلك من خلال ثلاثة أشياء تعمل معاً: المهارات، والوكلاء الفرعيين، وخوادم MCP.

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

مشكلة نافذة السياق

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

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

الحل ليس نافذة سياق أكبر. الحل هو عدم الحاجة إلى واحدة.

كيف يفكر Claude Code فعلياً

Claude Code هو وكيل. قد يبدو ذلك رائعاً، لكنه يعني فقط أنه يمكنه التخطيط والتنفيذ ومراقبة النتائج والتكرار. عندما تطلب منه "إصلاح الاختبارات الفاشلة في مشروعي"، فإنه لا يحاول فهم قاعدة الأكواد بأكملها دفعة واحدة. بدلاً من ذلك، يعمل في خطوات مركزة:

1. قراءة بنية المشروع لفهم ما هو موجود وأين
2. تشغيل الاختبارات لرؤية ما يفشل فعلياً
3. النظر إلى الاختبار الفاشل المحدد والكود الذي يختبره
4. إجراء إصلاح
5. تشغيل الاختبارات مرة أخرى
6. إذا كان لا يزال معطلاً، تجربة شيء آخر

كل خطوة تعمل فقط مع السياق الذي تحتاجه. يحتفظ الوكيل بملخص عمل لما تعلمه، وليس سجلاً خاماً لكل ما رآه. هذه هي الطريقة التي يمكن بها لـ Claude Code التكرار 20 مرة على خطأ معقد دون نفاد مساحة السياق.

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

الوكلاء الفرعيون، مغير اللعبة الحقيقي

هنا حيث يصبح الأمر مثيراً للاهتمام حقاً. يمكن لـ Claude Code إنشاء وكلاء فرعيين.

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

هذا أمر كبير. بدلاً من وكيل واحد يحاول الاحتفاظ بكل شيء:

أنت: "حلل قاعدة الأكواد هذه بحثاً عن مشاكل الأمان ومشاكل الأداء وتغطية الاختبارات"

الوكيل الرئيسي ينشئ وكلاء فرعيين: ├── الوكيل الفرعي 1: تحليل الأمان (سياق خاص، يقرأ الملفات ذات الصلة بالأمان) ├── الوكيل الفرعي 2: مراجعة الأداء (سياق خاص، يركز على المسارات الساخنة)
└── الوكيل الفرعي 3: تغطية الاختبارات (سياق خاص، يفحص ملفات الاختبار)

كل وكيل فرعي يعيد ملخصاً إلى الوكيل الرئيسي الوكيل الرئيسي يجمع كل شيء في استجابة واحدة

يمكن للوكلاء الفرعيين قراءة آلاف الأسطر من الأكواد لكل منهم. لكن الوكيل الرئيسي يتلقى فقط نتائجهم المكثفة. يبقى سياقك الرئيسي نظيفاً بينما لا تزال تحصل على تحليل عميق عبر مجالات متعددة.

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

كيفية استخدام الوكلاء الفرعيين فعلياً

يمكنك أن تطلب صراحة من Claude Code إنشاء وكيل فرعي:

• "أنشئ وكيلاً فرعياً لتحليل وحدة المصادقة بعمق"
• "استخدم وكيلاً فرعياً لمراجعة جميع استعلامات قاعدة البيانات بحثاً عن مشاكل N+1"
• "اطلب من وكيل فرعي المرور عبر ملفات الاختبار والإبلاغ عن فجوات التغطية"

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

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

أين تأتي المهارات

إذن يمكن لـ Claude Code تقسيم المهام، وإنشاء وكلاء فرعيين، والعمل في خطوات مركزة. لكن كيف يعرف كيف يفعل أشياء محددة بشكل جيد؟ هنا تأتي المهارات.

المهارات هي تعليمات معبأة يقرأها Claude قبل معالجة أنواع محددة من المهام. عندما تطلب من Claude Code إنشاء عرض تقديمي PowerPoint، فإنه يقرأ أولاً ملف المهارة في /mnt/skills/public/pptx/SKILL.md. يحتوي هذا الملف على أفضل الممارسات والمزالق الشائعة وأنماط الأكواد الدقيقة التي تعمل فعلياً.

تتضمن المهارة عادةً:

• ملف SKILL.md بتعليمات مفصلة
• قوالب أكواد وأمثلة
• قيود معروفة وحلول بديلة
• مواصفات تنسيق الإخراج

الرؤية الأساسية هي أن المهارات يتم تحميلها عند الطلب. لا يضيع Claude مساحة نافذة السياق على تعليمات PowerPoint عندما تقوم بتصحيح Python. يحمل المهارة ذات الصلة عندما يحتاجها، يستخدم تلك الخبرة للمهمة، ويمضي قدماً.

هذا يختلف عن الأدوات. الأدوات هي دوال يستدعيها Claude لاسترجاع البيانات، مثل web_search أو bash_tool. المهارات هي حزم معرفية تغير كيفية تعامل Claude مع المشاكل. التمييز مهم لأن الأدوات تكلف رموزاً في موجه النظام (المزيد من الأدوات = مساحة أقل لكودك)، بينما يتم تحميل المهارات فقط عند الحاجة.

يمكن للوكلاء الفرعيين تحميل المهارات أيضاً. يمكن لوكيل فرعي يحلل الأمان تحميل مهارات خاصة بالأمان دون أن تزدحم تلك التعليمات في محادثتك الرئيسية.

حلقة التكرار

أحد الأنماط التي سترى باستمرار هو حلقة التكرار. يولد Claude Code شيئاً، يتحقق مما إذا كان يعمل، ويصلح المشاكل حتى يصبح صحيحاً.

1. توليد الكود
2. تشغيله (أو فحصه، أو التحقق من النوع)
3. معرفة ما إذا كان يعمل
4. إذا لم يكن كذلك، تحليل الخطأ والمحاولة مرة أخرى
5. التكرار حتى ينجح

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

عندما ينشئ Claude Code مكون React ثم يشغل خادم التطوير للتحقق من الأخطاء، فإنه يستخدم هذه الحلقة. عندما يكتب دالة ويشغل الاختبارات للتحقق من أنها تعمل، نفس الشيء. خطوات التوليد والتحقق تعمل معاً.

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

خوادم MCP، الاتصال بالأنظمة الخارجية

حتى الآن تحدثنا عن كيفية تفكير Claude Code (خطوات الوكيل، الوكلاء الفرعيون) وما يعرفه (المهارات). لكن ماذا عن الاتصال بالأنظمة الخارجية؟ هنا يأتي دور MCP.

بروتوكول سياق النموذج (Model Context Protocol) هو كيفية تحدث Claude Code مع قواعد البيانات وGitHub وأنظمة الملفات وخطوط أنابيب CI/CD وأي شيء آخر تقريباً. فكر في MCP كـ USB-C للذكاء الاصطناعي: واجهة قياسية تتيح لأي نظام ذكاء اصطناعي متوافق الاتصال بأي خدمة متوافقة.

تعرض خوادم MCP ثلاثة أنواع من القدرات:

الأدوات، دوال يمكن لـ Claude استدعاؤها، مثل الاستعلام عن قاعدة بيانات أو إنشاء طلب سحب

الموارد، مصادر بيانات يمكن لـ Claude قراءتها، مثل محتويات الملفات أو مخططات قاعدة البيانات

الموجهات، قوالب قابلة لإعادة الاستخدام للتفاعلات الشائعة

لتطوير الويب، تشمل خوادم MCP الأكثر فائدة:

• خادم نظام الملفات، قراءة وكتابة الملفات في مشروعك (معزول للأمان)
• خادم GitHub، إدارة المستودعات وطلبات السحب والمشاكل وسير العمل
• خوادم قاعدة البيانات، الاستعلام عن PostgreSQL وMySQL وSQLite من خلال اللغة الطبيعية

إليك كيف يبدو خادم MCP بسيط في TypeScript: typescript import { McpServer } from '@modelcontextprotocol/sdk/server/mcp.js'; import { StdioServerTransport } from '@modelcontextprotocol/sdk/server/stdio.js';

const server = new McpServer({ name: 'code-analyzer', version: '1.0.0' });

server.registerTool( 'analyze_complexity', { description: 'Analyze cyclomatic complexity of a file', inputSchema: { filePath: { type: 'string' } } }, async ({ filePath }) => { const result = await analyzeFile(filePath); return { content: [{ type: 'text', text: JSON.stringify(result) }] }; } );

const transport = new StdioServerTransport(); await server.connect(transport);

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

تجميع كل شيء معاً

لنمر عبر مثال حقيقي. تسأل Claude Code: "راجع طلب السحب هذا وتحقق مما إذا كانت عمليات ترحيل قاعدة البيانات آمنة."

إليك ما يحدث فعلياً:

1. يحمل الوكيل الرئيسي المهارات ذات الصلة لمراجعة الكود
2. ينشئ وكيلاً فرعياً لتحليل تغييرات طلب السحب بعمق
3. يستدعي ذلك الوكيل الفرعي خادم GitHub MCP لجلب تفاصيل طلب السحب
4. وكيل فرعي آخر يقرأ ملفات الترحيل ويستعلم عن مخطط قاعدة البيانات الحالي من خلال MCP
5. تعيد الوكلاء الفرعيون ملخصات مركزة: "الترحيل يضيف فهرساً، يبدو آمناً" أو "تحذير: هذا يحذف عموداً لا يزال مشاراً إليه"
6. يجمع الوكيل الرئيسي نتائج الوكلاء الفرعيين في استجابة واضحة

لاحظ كيف يحدث العمل الثقيل في الوكلاء الفرعيين بسياقاتهم الخاصة. الوكيل الرئيسي ينسق ويلخص. تبقى محادثتك نظيفة بينما تحصل على تحليل عميق.

لماذا هذا مهم لسير عملك

فهم هذه البنية يغير كيفية عملك مع Claude Code:

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

تستخدم الوكلاء الفرعيين صراحة للمهام الكبيرة. بدلاً من الأمل في أن يكتشف Claude Code ذلك، أخبره: "استخدم وكيلاً فرعياً لتحليل وحدة الدفع" أو "أنشئ وكلاء فرعيين لمراجعة الأمان والأداء والاختبار." أنت تعمل مع البنية بدلاً من ضدها.

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

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

نصائح عملية

اطلب صراحة وكلاء فرعيين للمهام الكبيرة. "أنشئ وكيلاً فرعياً لمراجعة نظام المصادقة" يعمل بشكل أفضل من الأمل في أن يكتشف Claude Code أنه بحاجة إلى التفويض.

دع Claude يقرأ المهارات أولاً. إذا كنت تنشئ مستندات أو تعمل مع تنسيقات ملفات محددة، يؤدي Claude بشكل أفضل عندما يقرأ ملف المهارة ذي الصلة قبل البدء.

اتصل بخوادم MCP للتكاملات المتكررة. بدلاً من نسخ ولصق مخرجات قاعدة البيانات أو تفاصيل طلب السحب من GitHub في موجهاتك، اتصل بخوادم MCP ذات الصلة. يسحب Claude بالضبط ما يحتاجه.

تحقق من النظام البيئي قبل بناء أدوات مخصصة. نما النظام البيئي لـ MCP ليشمل أكثر من 5000 خادم مجتمعي يغطي Stripe وCloudflare وأنظمة CI ومعظم الخدمات التي قد ترغب في دمجها. ربما بنى شخص ما بالفعل ما تحتاجه.

قدم ملاحظات عندما يكون خاطئاً. عندما ينتج Claude Code نتائج خاطئة، أخبره بما حدث خطأ. حلقة التكرار تعمل لملاحظاتك أيضاً.

الصورة الأكبر

تم التبرع مؤخراً بـ MCP إلى مؤسسة Linux، مع انضمام OpenAI وGoogle وMicrosoft كأعضاء داعمين. هذا يشير إلى أن البروتوكول أصبح بنية تحتية صناعية قياسية، وليس مجرد شيء خاص بـ Anthropic.

يمثل الجمع بين الوكلاء الفرعيين (العمل المتوازي في سياقات منفصلة)، والمهارات (الخبرة المجالية المحملة عند الطلب)، وخوادم MCP (اتصالات نظيفة بالأنظمة الخارجية) كيفية عمل مساعدي البرمجة بالذكاء الاصطناعي الحديثين فعلياً. إنه ليس سحراً. إنها بنية جيدة تحل قيوداً حقيقية.

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

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