المستخدم المتقدم

تقنيات متقدمة تُخرج أقصى ما في وكلاء الذكاء الاصطناعي — المهارات، والخطافات، والأمان، والتنسيق.

اللبنات الأساسية

ثماني قطع. كل واحدة تحلّ مشكلة واحدة، وهذه الوحدة كلها عن التمييز بينها.

القطعة
ما هي
امتدّ إليها حين
الأدوات
أفعال مدمجة: Bash وRead وEdit وGrep
دائماً — هذه هي اليدان
خوادم MCP
إضافات تمنحه أدوات جديدة
تحتاج واجهة API أو قاعدة بيانات أو متصفحاً
أوامر /
اختصار ينادي مهارة (/commit)
تكرّر الشيء نفسه كثيراً
المهارات
تعليمات + أدوات مجموعة في مجلد واحد
سير عمل في مجال، أو معيار برمجة
الوكلاء الفرعيون
وكلاء جدد، لكل منهم نافذة سياق خاصة
المهمة تُخرج ضجيجاً كثيراً
CLAUDE.md
سياق يشمل المشروع كله، محمَّل دائماً
المجموعة التقنية، والبنية، وقواعد البيت
الخطافات
كودك أنت، عند حدث في دورة الحياة
التحقق، والتسجيل، والإشعارات
وكلاء مخصصون
وكيل مسمّى بدور ثابت
مراجع دائم أو مختبِر دائم
CLAUDE.md هو من أنت، والمهارات ما تستطيع فعله، والخطافات ما يجري حولك، وMCP ما تستطيع الوصول إليه.
بلغة مبسّطة

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

تقنيًّا: القطع الثماني تختلف على محورين: هل تضيف قدرة (الأدوات، MCP) أم تعليمات (CLAUDE.md، المهارات، الخطافات)، وهل تُنفَّذ داخل نافذة سياقك أم في نافذة خاصة بها (الوكلاء الفرعيون، الوكلاء المخصصون).

كيف تتركّب مع بعضها

المهارة تستطيع أن تستخدم أي مزيج من الأدوات وخوادم MCP والوكلاء الفرعيين. هي طبقة التنسيق.

أمر /
→
مهارة
→
أدوات + MCP + وكلاء فرعيون
🔧
الأدوات (المدمجة)
متاحة دائماً: Bash وRead وEdit وWrite وGlob وGrep وWebSearch. هذا هو الأساس.
🔌
MCP (الإضافات)
تضيف أدوات جديدة من خدمات خارجية. تشبه حزم npm، لكن لقدرات الذكاء الاصطناعي.
📋
المهارات (الوصفات)
تجمع التعليمات والأدوات في سير عمل قابل لإعادة الاستخدام. تُنادى بأمر / أو تنطلق تلقائياً.
🤝
الوكلاء الفرعيون (العمال)
نوافذ سياق جديدة للمهام الفرعية. تمنع الانتفاخ، وتعيد إليك الملخص الذي تحتاجه فقط.
بلغة مبسّطة

ببساطة: الوصفة هي المسؤولة. تستطيع أن تلتقط أي أداة، وأن تتصل بأي مورّد، وأن تُسنِد التقطيع إلى مساعد — لكن الوصفة هي التي تقرر الترتيب.

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

شاهد الفرق وهو يعمل

الهدف نفسه — بطرق مختلفة. راقب كيف يتغيّر السياق مع كل طريقة.

الهدف: التأكد أن الاختبارات تمرّ
You: "Run the auth tests" ▹ Bash: npm test -- --run tests/auth.test.js ✓ PASS (3 tests, 0.8s)
الأثر على السياق: +50 رمزاً (الأمر ومخرجاته). ضئيل. فعل مباشر.
الهدف: الحصول على أحدث وثائق Next.js
You: "How does the new App Router work?" ▹ MCP context7: query-docs("Next.js 15 app router") ✓ 3 doc sections returned (1,200 tokens)
الأثر على السياق: +1,200 رمز. متوسط. الوثائق تُحقن في السياق. يستحق — فهو يمنع الهلوسة.
الهدف: حفظ كل التغييرات برسالة جيدة
You: /commit ▹ Skill loads: commit prompt template ▹ Bash: git diff (reads changes) ▹ Bash: git log --oneline -5 (reads style) ▹ Bash: git commit -m "fix: validate JWT..." ✓ Committed with auto-generated message
الأثر على السياق: +800 رمز. المهارة تنسّق ثلاثة نداءات أدوات. أمر واحد، أفعال متعددة.
الهدف: فهم قاعدة كود كبيرة
You: "Explore the auth module architecture" ▹ Agent(Explore): spawned with fresh context · Reads 23 files in src/auth/ · Reads 8 test files · Analyzes imports and dependencies ✓ Returns: 15-line architecture summary
الأثر على السياق: +200 رمز (الملخص وحده). الوكيل الفرعي أنفق 15 ألف رمز في نافذته، وسياقك أنت لم يستلم إلا النتيجة الموجزة. هذه هي الفائدة الأساسية.
بلغة مبسّطة

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

تقنيًّا: التبويبات الأربعة تتفاوت بمرتبة عشرية في عدد الرموز المضافة إلى نافذة المُنادي: نحو 50 لنداء أداة مباشر، و1,200 لمستندات تحقنها خوادم MCP، و800 لمهارة تسلسل ثلاثة نداءات، و200 لوكيل فرعي لا تعبر قراءته البالغة 15 ألف رمز إليك أبداً.

ما يشغل نافذتك

بلغة مبسّطة

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

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

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

Claude Code — السياق
اكتب أمر سياق، أو انقر تلميحاً ليكتبه لك…
السياق: 45% مستهلك (90K / 200K رمز) 🤖 طبقة Sonnet
نافذة السياق90,000 / 200,000 رمز (45%)
أيّها ومتى. /compact حين تكمل المهمة نفسها لكن سجلّ الحوار صار قديماً. /clear حين لا علاقة للمهمة القادمة بالتي قبلها. /context قبل أي عمل مكلف. /init مرة واحدة، أول شيء، في كل مشروع جديد.
معلومة مرهونة بوقتها: 200,000 رمز هي النافذة التي يحاكيها هذا النموذج، وأسماء الطبقات تتغيّر. أما الفكرة — ميزانية ثابتة تستطيع فحصها واستعادة جزء منها — فهي التي لا تتغيّر.

المهارات — سير عمل قابل لإعادة الاستخدام

المهارات حزم أوامر تلفّ سير عمل معقّداً داخل أمر واحد بسيط.

🧬
تشريح المهارة
المهارة تحدّد قالب الأمر، والأدوات المتاحة، وشروط التشغيل.
📦
المهارات المدمجة
/commit و/review-pr و/simplify و/loop — جاهزة من الصندوق.
🏗️
إنشاء مهارات مخصصة
اكتب أوامرك أنت، بشرطة مائلة، لسير العمل الخاص بفريقك.
⚡
التشغيل التلقائي
المهارات قد تنطلق وحدها حسب السياق — كأن تستورد مكتبة معيّنة.
بلغة مبسّطة

ببساطة: بدل أن تشرح أسلوب بيتك من الصفر في كل مرة، تكتبه مرة واحدة وتشير إليه. الملاحظة لا تؤدي العمل — بل تخبر العامل كيف تريد أن يُؤدَّى.

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

بناء خادم MCP

خادم MCP هو برنامج يعرض أدوات وموارد عبر بروتوكول Model Context Protocol.

// Minimal MCP server in TypeScript import { McpServer } from "@modelcontextprotocol/sdk"; const server = new McpServer({ name: "my-tools" }); server.tool("get_weather", { city: { type: "string" } }, async ({ city }) => { const data = await fetch(`api.weather.com/${city}`); return { text: await data.text() }; } ); server.run();
وهذا كل شيء. هذا الخادم يعرض أداة get_weather يستطيع أي عميل MCP نداءها — ومنه Claude Code. والبروتوكول يتولّى الاكتشاف والتسلسل ومعالجة الأخطاء.
بلغة مبسّطة

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

تقنيًّا: خادم MCP يعلن أداة باسم محدد ومخطّط معاملات مُنمَّط ودالة معالجة. وطبقة البروتوكول توفّر الاكتشاف وتسلسل JSON ونقل الأخطاء، فيصير الخادم نفسه صالحاً لأي عميل متوافق دون كتابة أي كود من جهة العميل.

نظام MCP البيئي

أنت في الغالب لا تكتب خوادم MCP — بل تُثبّتها. خمسة منها تتولّاها Anthropic وشركاؤها، والبقية من المجتمع.

GitHub
رسمي · المشكلات وطلبات السحب والبحث في الكود
Slack
رسمي · قراءة الرسائل وإرسالها
PostgreSQL
رسمي · استعلامات آمنة
Playwright
رسمي · أتمتة المتصفح
Filesystem
رسمي · عمليات الملفات
Linear
مجتمعي · تتبّع المشكلات
Notion
مجتمعي · المستندات
Jira
مجتمعي · تتبّع المشكلات
Google Drive
مجتمعي · الوصول إلى المستندات
AWS
مجتمعي · البنية السحابية
خطّ النشر عندك
داخلي · تكتبه أنت
واجهة API الداخلية عندك
داخلي · تكتبها أنت
ابحث في npmjs.com عن حزم mcp-server. وأعلى قيمة عادةً في الصف الأخير: أن تلفّ خطّ النشر عندك، أو لوحة المراقبة، أو نظام التذاكر — فتمنح الوكيل الأدوات نفسها التي يستخدمها فريقك كل يوم.
بلغة مبسّطة

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

تقنيًّا: النظام البيئي ينقسم ثلاثاً: خوادم تصونها الشركات لواجهات SaaS الشائعة، وخوادم مجتمعية متفاوتة الجودة، وخوادم داخلية تغلّف أنظمة لا نظير عام لها. والفئة الثالثة هي التي يثبت فيها MCP قيمته، لأنها تعرض سير عملك الخاص عبر الواجهة نفسها.

ما يكلّفك خادم MCP قبل أن تسأله شيئاً

بلغة مبسّطة

ببساطة: كل جهاز توصّله يأتي معه دليل استعمال، والدليل يبقى على مكتبك سواء استعملت الجهاز أم لا. أوصِل ما يكفي منها ولن يبقى للأدلة مكان تعمل فيه.

تقنيًّا: كل خادم متصل يحقن كتالوج مخطّطات أدواته كاملاً في موجّه النظام منذ الدور الأول — نحو 150 إلى 200 رمز لكل أداة، فخادمٌ بـ42 أداة يقارب 8,000 وخادمٌ بأداتين يقارب 1,500. وهذه كلفة قائمة تُدفع قبل أي سؤال، وتبقى محفوظة عبر الضغط التلقائي لأنها تصف ما يستطيع الدور التالي مناداته.

وصل خادم ليس مجاناً. كل خادم يسلّم النموذج فهرساً بكل ما يستطيع فعله — نحو 150 إلى 200 رمز لكل أداة يعرضها الخادم — ويُدفع هذا في الدورة الأولى، قبل سؤالك الأول. ثم تنزل النتائج فوقه. انقر read page مرة بعد مرة وراقب ما يحدث حين يمتلئ الشريط.مخططات الأدوات

Claude Code — MCP
ثلاثة خوادم متصلة. اطلب منها شيئاً…
3 خوادم MCP متصلة · 28% من السياق مستهلك 🤖 طبقة Sonnet
نافذة السياق56,000 / 200,000 رمز (28%)
الكتلة الكهرمانية هي الرسم الثابت. إنها هناك قبل أن تكتب حرفاً. ثلاثة خوادم فيها 42 و42 و2 أداة تصل إلى نحو 18,000 رمز من المخططات؛ وهذا النموذج يحاكي حِزمة أثقل من 40,000 رمز حتى يصبح الأثر مرئياً.
حاول أن تُوقعه. عند 180,000 رمز تقريباً يضغط الوكيل السياق من تلقاء نفسه: يلخّص المحادثة ويُبقي مخططات الأدوات، لأنها تصف ما ستقدّمه الخوادم في الدورة التالية أيضاً. ثمانية نداءات read page تكفي لتصل.

الوكلاء الفرعيون — فرّق تسُد

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

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

ببساطة: ترسل أحدهم إلى المكتبة بدل أن تجرّ المكتبة إلى مكتبك. هو يقرأ الرفّ، وأنت تستلم الملاحظة.

تقنيًّا: التفويض آلية لعزل السياق لا لتسريعه. الوكيل الفرعي يعمل في نافذة منفصلة، فلا تُحتسب قراءاته الوسيطة على ميزانية المُنادي إطلاقاً — يُحتسب الملخّص العائد وحده.

كيف يعمل الوكلاء الفرعيون

الوكيل الفرعي هو مساعد معزول بنافذة سياق خاصة يعمل بشكل مستقل ويعيد ملخصاً.

الوكيل الرئيسي
→
إطلاق وكيل فرعي
→
عمل معزول
→
إعادة الملخص
📦
سياق نظيف
الوكلاء الفرعيون لديهم نافذة سياق خاصة. نتائج البحث الكبيرة تبقى هناك — الملخص فقط يعود إليك.
⚡
تنفيذ متوازي
عدة وكلاء فرعيين يعملون بالتوازي على مهام مستقلة. 3 مراجعات في وقت واحد بدلاً من التتابع.
🎯
نطاق مركز
كل وكيل فرعي يحصل على مهمة واضحة ومحددة. العمل المركز = نتائج أفضل من وكيل واحد يفعل كل شيء.
🔧
التحكم في الأدوات
حدد الأدوات التي يمكن للوكلاء الفرعيين استخدامها. وكلاء للقراءة فقط للبحث، وصول كامل للتنفيذ.
بلغة مبسّطة

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

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

إنشاء وكلاء فرعيين مخصصين

استخدم الأمر /agents أو الراية --agents لبناء وكلاء فرعيين متخصصين.

# Define custom agents in settings or CLI "agents": { "reviewer": { "description": "Reviews code for bugs and security", "prompt": "You are a senior code reviewer...", "allowedTools": ["Read", "Glob", "Grep"] }, "tester": { "description": "Writes and runs test suites", "prompt": "You are a test engineer...", "allowedTools": ["Read", "Write", "Bash"] }, "docs": { "description": "Generates documentation", "prompt": "You are a technical writer..." } }
بلغة مبسّطة

ببساطة: وصف وظيفي مكتوب. من هو، ولأي غرض، وأي المفاتيح يُسمح له بحملها.

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

تصميم وكلاء فرعيين فعالين

أنماط تجعل الوكلاء الفرعيين موثوقين وقابلين للتنبؤ.

النمط
ماذا يفعل
مثال
مخرجات منظمة
حدد تنسيق الإرجاع بدقة
«أعد JSON بالحقول: issues وsuggestions وscore»
تقرير العوائق
يبلغ عما لم يستطع فعله
«إن تعطّلت، اشرح ما تحتاجه»
تقييد الأدوات
حدد الأدوات المتاحة
قراءة فقط للباحثين، ولا Bash لوكيل الوثائق
حدود النطاق
حدد ما لا يجب فعله
«راجع ملفات المصادقة وحدها، وتجاوز الاختبارات»
تحديد الوقت
حدد مستوى الجهد
--effort low للمسح السريع
بلغة مبسّطة

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

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

متى تستخدم (ومتى لا)

✅ استخدم الوكلاء الفرعيين لـ
عمليات بحث كبيرة عبر قواعد كود ضخمة
مراجعات متوازية لملفات متعددة
مهام بحثية تُخرج نصاً مطوّلاً
عمل مستقل لا يحتاج سياقك
❌ لا تستخدمهم لـ
استعلامات بسيطة — العبء لا يستحق
مهام مترابطة — تحتاج السياق الرئيسي
تعديلات سريعة — أسرع أن تفعلها بنفسك
عمل تفاعلي — الوكيل الفرعي لا يستطيع أن يسألك في منتصف المهمة
قاعدة عامة: إذا كانت المهمة ستستهلك أكثر من 20% من نافذة سياقك بنتائج وسيطة، فوّضها لوكيل فرعي.
ولستَ مضطراً إلى الجلوس والمراقبة. يبدأ --bg الجلسة كوكيل يعمل في الخلفية ويعيد إليك طرفيتك، وclaude agents هو ما تتابعهم به بعد ذلك. وعندما تصل جلسة طويلة إلى مفترق طريق، يفرّع --fork-session من هذه النقطة بدل أن يطمسها، فتستطيع تجربة النسخة المحفوفة بالمخاطر دون أن تفقد الآمنة — وهو السبب نفسه لوجود --from-pr لاستئناف مراجعة من حيث توقّفت.
بلغة مبسّطة

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

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

الوكلاء الفرعيون المتوازيون

القوة الحقيقية: شغّل عدة وكلاء فرعيين بالتوازي على مهام مستقلة.

الوكيل الرئيسي
↓
↓
↓
🔍 Reviewer
auth module
🧪 Tester
write tests
📖 Docs
update API docs
↓
↓
↓
النتائج مدمجة
أسرع 3 مرات: ثلاثة وكلاء فرعيين يعملون بالتوازي ينجزون في وقت واحد. كل منهم له نافذة سياق خاصة، فلا تداخل.
بلغة مبسّطة

ببساطة: ثلاثة أشخاص يدهنون ثلاث غرف مختلفة ينتهون في زمن دهن غرفة واحدة — ما دام أيٌّ منهم لا يحتاج السُّلَّم الذي يقف عليه الآخرون.

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

المخطط نفسه، لكنه يحدث الآن

بلغة مبسّطة

ببساطة: راقب الشريط الذي يقيس مكتبك أنت. ثلاثة أشخاص يعملون بأقصى طاقتهم ومكتبك بالكاد يمتلئ. هذه هي الحيلة كلها.

تقنيًّا: أشرطة التقدّم الثلاثة تتابع عملاً يجري داخل ثلاث نوافذ منفصلة، أما شريط السياق أسفلها فيتابع نافذة المُنادي وحدها. يُنفَق نحو 17,400 رمز عبر الفروع ويعبر نحو 200 رمز عائداً، فينفصل امتلاء نافذة المُنادي عن حجم العمل المُنجَز كله.

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

Claude Code — الوكلاء الفرعيون
اوصف عملاً أكبر من أن يُنجز في مرور واحد…
أداة Task جاهزة · نافذتك: 17K / 200K 🤖 طبقة Sonnet
وكيل الاستكشاف
في الانتظار
وكيل التخطيط
في الانتظار
وكيل Bash
في الانتظار
نافذة سياقك أنت17,200 / 200,000 رمز (8.6%)
راقب ما لا يحدث. الوكلاء الثلاثة قرأوا بينهم عشرات الملفات، وهذا الشريط لم يكد يتحرك. قراءتهم عاشت في نوافذهم وماتت معها؛ لم يعبر إليك إلا الملخصات.

تجربة عملية: اجعل مساعدين يقرآن ورقتين في وقت واحد

متوسط ~20 دقيقة
اجعل مساعداً واحداً يقرأ ورقة واحدة، ثم اثنين يقرآن الورقتين معاً، ولاحظ كم قليلاً من القراءة يصل إلى محادثتك.
1
نزّل الورقتين
احفظ الورقتين في مجلد واحد: Attention Is All You Need — arxiv.org/abs/1706.03762 — وBERT — arxiv.org/abs/1810.04805. وكلتاهما مجانية.
المتوقّع

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

2
مساعد واحد، ورقة واحدة، شكل إجابة محدّد
“Use a subagent to read the first paper and return only: three claims it makes, and one question it leaves unanswered.”
المتوقّع

إجابة قصيرة منظّمة. والآن لاحظ ما لم يحدث: نصّ الورقة لم يدخل محادثتك — دخل الملخّص وحده. وطلب شكل إجابة محدّد هو الجزء المهم، والخطوة التالية تُظهر لك السبب.

3
والآن الورقتان معاً مع المقارنة
“In parallel, one subagent per paper: same three-claims-and-one-question shape for each. Then give me one table comparing them.”
المتوقّع

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

4
تحقّق من المساحة التي استهلكتها
/context
المتوقّع

لم يتحرّك تقريباً — مقابل ورقتين بحثيتين كاملتين. وهذه الفجوة هي كل سبب العمل بهذه الطريقة. فلو ألصقت الورقتين بنفسك لكنت استهلكت معظم مساحتك المتاحة قبل أن تطرح سؤالك الحقيقي الأول.

تجربة عملية: وكلاء فرعيون متوازون على عدة مستودعات

متقدّم ~25 دقيقة
اطرح سؤالاً واحداً على عدة مستودعات في الوقت نفسه، واحصل على إجابة قابلة للمقارنة عن كل مستودع.
1
استنسخها جنباً إلى جنب
استنسخ مستودعين أو ثلاثة من GitHub في مجلدات متجاورة. واخترها من مستودعات لم تكتبها أنت — فالغاية أن تتعلّم شيئاً لا تعرفه.
المتوقّع

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

2
اجعلها كلها في متناول جلسة واحدة
claude --add-dir ../repo-b --add-dir ../repo-c
المتوقّع

تستطيع الجلسة الآن القراءة خارج المجلد الذي بدأت منه. تأكّد بـ/status. وبدون ذلك يبقى كل وكيل فرعي محصوراً في مستودع واحد وتصبح المقارنة مستحيلة.

3
اكتب السؤال مرة واحدة بحقول محدّدة
“For each of the three folders, one subagent answers exactly: (a) what it is for, (b) how a newcomer would start using it, (c) how actively it is being worked on, (d) one risk. Nothing else.”
المتوقّع

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

4
تحقّق من إجابة واحدة قبل أن تثق بأي إجابة
“Prove your answer to (c) for the second folder by quoting the file and the line you got it from.”
المتوقّع

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

5
اعرف حين يتوقّف عن الجدوى
أعِد التشغيل بعدد مجلدات أكبر من المريح، وراقب أين تصبح الإجابات أقل دقة.
المتوقّع

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

أنبوب الخطافات

الخطافات تعترض الوكيل في لحظات مفصلية. انقر كل مرحلة لتستكشفها.

📨
PreTool
→
⚙️
تشغيل الأداة
→
📬
PostTool
→
🔔
Stop
قبل استخدام الأداة: يعمل قبل أن تُنفَّذ الأداة. استخدمه للتحقق أو التسجيل أو منع نداءات الأدوات. مثال: امنع كل نداءات Write إلى ملفات .env — فيمنع الوكيل من الكتابة فوق الأسرار سهواً.
بلغة مبسّطة

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

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

أمثلة الخطافات

✅
تنسيق تلقائي
بعد استخدام الأداة على Edit وWrite:
npx eslint --fix $FILE && npx prettier --write $FILE
الأخطاء تعود إلى الوكيل، فيصلحها في الدورة نفسها.
📝
سجل المراقبة
سطر واحد لكل نداء أداة:
[14:23:01] Bash: npm test
[14:23:05] Read: src/auth/middleware.js
[14:23:06] Edit: src/auth/middleware.js:22
🛡️
حارس الأمان
قبل استخدام الأداة. يمنع rm -rf وgit push --force، والكتابة إلى .env أو ملفات بيانات الدخول، وDROP TABLE / DELETE FROM. ويُخبر الوكيل لماذا مُنع.
🔔
إشعار Slack
خطاف Stop — يُطلَق عندما يقرّر الوكيل أنه انتهى (وتغطّي الوحدة الرابعة مجموعة الأحداث كاملةً؛ أمّا Notification فهو حدث تغيّر الحالة لا حدث النهاية). ينشر في #dev-notifications: «انتهى الوكيل: أصلح 3 اختبارات فاشلة في وحدة المصادقة. الاختبارات الـ47 كلها تمرّ.»
بلغة مبسّطة

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

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

الأذونات والأمان

سؤال واحد يُطرح مرة واحدة: كم يُسمح له أن يفعل قبل أن يستشيرك؟ وهذه هي القيم الحقيقية التي يقبلها --permission-mode.

plan
خطّط ولا تنفّذ
للقراءة فقط بحكم تصميمه. وهو النمط الوحيد الذي لا يخاطر فيه سؤال واسع ومكلف بشيء غير الوقت.
manual
اسألني
أنت البوّابة. الأبطأ، وهو المكان الصحيح للبدء في مستودع يهمّك.
acceptEdits
تعديلات بلا استئذان
تتوقّف تعديلات الملفات عن السؤال. وهذا النمط الذي يستقرّ عليه معظم الناس — وهو ما يجعل وجود طريق للعودة مهمّاً.
auto · dontAsk
مقاطعات أقل بعد
استئذان أقل تدريجياً. تحقّق من سلوكهما الحالي قبل الاعتماد على أيّهما — فهنا تغيّرت المجموعة أكثر ما تغيّرت بين الإصدارات.
bypassPermissions
بلا أي تحقّق
كل الحواجز مُطفأة. له وجه في بيئة معزولة مؤقّتة لا شيء ذا قيمة في متناولها، ولا وجه له في غير ذلك تقريباً.
النمط مقبض لا سياج. السياج هو --allowedTools و--disallowedTools، اللذان يسمّيان ما يُسمح بتشغيله أصلاً، وخطّاف PreToolUse الذي يرفض نداءً معيّناً حتى وإن لم يكن أحد يراقب. وإذا كان الإعداد نفسه هو المتّهم، فإن --safe-mode يبدأ بكل التخصيصات مُعطّلة، ويحدّد --setting-sources أي ملفات إعدادات تُحمَّل أصلاً.
📁
أين يُسمح له أن يعمل
الوضع يحدّد كم، وهذا يحدّد أين. مجلد العمل حدٌّ فعلي، وما تضيفه من مجلدات إضافة إليه — فوكيل موجَّه إلى خدمة واحدة داخل مستودع كبير لا يستطيع أن يعيد كتابة جارتها بهدوء. وقواعد المنع تتقدّم على قواعد السماح، وهي الخصيصة التي تريدها عند تعارضهما. path scoping
🌐
وما يُسمح له أن يبلغه
كل ما يستطيع تنفيذ أمر يستطيع عادةً فتح اتصال، فسؤال «أي الأدوات» وسؤال «أي المضيفات» سؤالان منفصلان. وتقييد المنافذ الخارجة هو ما يمنع تعليمةً مجلوبة من أن تصبح طريقاً لتسريب البيانات — وهو خطر يكبر لحظة يقرأ الوكيل شيئاً لم يكتبه هو. network egress
بلغة مبسّطة

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

تقنيًّا: آليتان مختلفتان، والخلط بينهما هو الخطأ الشائع. النمط حالة جلسة وأنت البوّابة — فهو يغيّر متى تُسأل. أما قائمة السماح أو الخطّاف فهي إعداد والقاعدة هي البوّابة — وتبقى فاعلة في تشغيل غير مراقَب لا يوجد فيه أحد ليجيب عن طلب إذن أصلاً. خفّف النمط طلباً للسرعة، واعتمد على قائمة السماح والخطّاف طلباً للأمان. والأسماء والسلوك تتغيّر بين الإصدارات، فتحقّق بـclaude --help ولا تثق بشريحة عرض.

ما هي مهارات الوكيل؟

المهارات هي مجلدات من التعليمات والسكربتات والموارد يكتشفها الوكلاء ويستخدمها عند الطلب.

📚
معرفة محمولة
جمع خبرة المجال ومعايير البرمجة وسير العمل في حزم قابلة لإعادة الاستخدام ومتحكم في إصداراتها.
🔍
تحميل عند الطلب
المهارات تُكتشف ديناميكياً — تُحمَّل فقط عندما تكون ذات صلة بالمهمة الحالية. بدون إهدار سياق.
🌐
معيار عبر الوكلاء
تعمل مع Claude Code وCursor وGitHub Copilot وVS Code وGemini CLI وأكثر من 25 أداة أخرى.
👥
الفريق والمؤسسة
التقط المعرفة المؤسسية في حزم محمولة. شارك عبر الفرق وطبّق المعايير على نطاق واسع.
بلغة مبسّطة

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

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

تشريح المهارة

كل مهارة تعيش في مجلد فيه ملف SKILL.md.

# SKILL.md — Deploy Reviewer --- name: deploy-reviewer description: Reviews deployment configs for best practices version: 1.0.0 trigger: - glob: "**/deploy*.yaml" - glob: "**/Dockerfile" --- ## Instructions When reviewing deployment configurations: 1. Check for hardcoded secrets 2. Verify resource limits are set 3. Ensure health checks are configured 4. Validate environment variable usage ## Resources - See checklist.md for the full review checklist - See examples/ for reference configurations
بلغة مبسّطة

ببساطة: بطاقة وصفة عليها لافتة في أعلاها. اللافتة تقول متى تمدّ يدك إلى هذه البطاقة، وبقيتها تقول ماذا تفعل بعد أن تمسكها.

تقنيًّا: الترويسة الأمامية بصيغة YAML تُقرأ آلياً للتوجيه — الاسم والإصدار وأنماط التفعيل هي ما يقرر هل تُعرَض المهارة أصلاً. أما متن Markdown تحتها فهو ما يقرأه النموذج فعلاً، ولا يُقرأ إلا بعد أن تطابق الترويسة.

إنشاء مهارتك الأولى

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

الخطوة 1
أنشئ مجلد المهارة
mkdir -p .claude/skills/my-skill
الخطوة 2
اكتب SKILL.md مع شروط التشغيل
حدّد متى تنطلق المهارة: أنماط ملفات، أو كلمات مفتاحية، أو نداء يدوي.
الخطوة 3
أضف الموارد الداعمة
قوائم مراجعة، أمثلة، قوالب، نصوص برمجية — كل ما يحتاجه الوكيل.
الخطوة 4
اختبر وكرّر
أعطِ الوكيل مهمة يُفترض أن تُشغّل المهارة، ثم حسّن التعليمات.
بلغة مبسّطة

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

تقنيًّا: خطوتان من الأربع قرارا موضع لا قرارا تأليف. وضع .claude/skills/ داخل المشروع يجعل المهارة تسافر مع المستودع وتنطبق على المتعاونين، أما المجلد نفسه تحت دليل المستخدم فيبقيها شخصية وينطبق على كل مشروع تفتحه.

الإعدادات والمهارات متعددة الملفات

المهارات المعقدة تستخدم ملفات متعددة لجوانب مختلفة من سير العمل.

# Skill folder structure .claude/skills/code-review/ ├── SKILL.md # Main instructions + triggers ├── checklist.md # Detailed review checklist ├── security.md # Security-specific rules ├── performance.md # Performance review guide ├── examples/ # Good/bad code examples │ ├── good-auth.ts │ └── bad-auth.ts └── templates/ # Output templates └── review-report.md
ملاحظة مهمة: ملف SKILL.md يبقى موجزاً (أقل من 500 سطر). والتفاصيل تعيش في ملفات موارد يقرأها الوكيل عند الحاجة فقط — المجلد كبير، والمقروء منه صغير.الإفصاح عند الطلب
بلغة مبسّطة

ببساطة: كتاب طبخ فيه فهرس. أنت لا تقرأ ثلاثمئة صفحة لتُعِدّ طبقاً واحداً — تقرأ الفهرس، ثم الصفحة الواحدة التي تحتاجها.

تقنيًّا: الحجم المثبَّت والحجم المُحمَّل رقمان مختلفان. ملف SKILL.md وحده مضمون الدخول إلى نافذة السياق، أما ملفات الموارد فيُشار إليها بالاسم وتُجلَب عند الطلب، فيكون لمجلد مهارة ضخم كلفةٌ مقيمةٌ صغيرة.

حمّل 3 ملفات من 6 — شاهده يختار

بلغة مبسّطة

ببساطة: لم تكن مضطراً إلى تسمية الوصفة. قلت ما تريده على العشاء فنزلت البطاقة الصحيحة عن الرف — ولم يُقرأ بصوت عالٍ إلا ما يهمّ من صفحاتها.

تقنيًّا: آليتان تعملان هنا في آن واحد. مطابقة شرط التفعيل تختار المجلد من طلب بلغة عادية دون أي أمر مائل، ثم يحمّل الإفصاح التدريجي مجموعة جزئية من ملفات ذلك المجلد، فينمو القطاع الأخضر بمقدار ما قُرئ لا بمقدار ما ثُبِّت.

المهارة قد تُثبّت مئة صفحة وتقرأ أربعاً منها. أربع مهارات مثبَّتة أدناه، ومطويّة. اوصف مهمة بلغة عادية — كما في أزرار التلميح أدناه: المجلد المطابق يُفتح، ويُوسم كل ملف بـ ✓ محمَّل أو ⊘ متجاهَل، وتنمو الشريحة الخضراء بمقدار ما قُرئ بالضبط — لا بمقدار ما ثُبِّت.الإفصاح التدريجي

Claude Code — المهارات
لا حاجة لأمر بشرطة مائلة. قل ما تريد فقط…
4 مهارات مثبَّتة · 17K / 200K مستهلكة 🤖 طبقة Sonnet
.claude/skills/
commit/
📄 SKILL.md
code-reviewer/
📄 SKILL.md
📁 agents/
📄 pr-review.md
📄 security-check.md
📁 scripts/
📄 run-tests.sh
📄 lint-check.py
📄 checklist-long.md
diagram-builder/
📄 SKILL.md
📁 templates/
📄 sequence.md
📄 flowchart.md
📄 class.md
📄 state.md
report-builder/
📄 SKILL.md
📁 tools/
📄 fetch-issue.py
📄 update-status.py
📁 scripts/
📄 save-local.py
📄 analyse-local.py
📁 templates/
📄 summary.md
📄 triage.md
شغّل طلباً. المجلد الذي يطابقه سيُفتح، ويُوسم كل ملف بمحمَّل أو متجاهَل.
ملفات المهارات المحمَّلة حتى الآن: 0 رمز
نافذة السياق17,000 / 200,000 رمز (8.5%)

نظام المهارات البيئي

مهارات الوكيل هي معيار مفتوح معتمد من أكثر من 25 أداة تطوير ذكاء اصطناعي.

Claude Code
Anthropic
Cursor
Editor
GitHub Copilot
GitHub
VS Code
Microsoft
Gemini CLI
Google
OpenAI Codex
OpenAI
Roo Code
Open Source
Junie
JetBrains
OpenHands
Open Source
Kiro
AWS
Goose
Block
Amp
Sourcegraph
اكتب مرة واحدة، استخدم في كل مكان. نفس مجلد المهارة يعمل عبر جميع الوكلاء المتوافقين — بدون ارتباط بمزود. تصفح مهارات المجتمع في github.com/anthropics/skills.
بلغة مبسّطة

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

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

مشاركة وتوزيع المهارات

المهارات مجرد مجلدات — شاركها كأي كود آخر.

📦
مستودع Git
احفظها في مستودعك، فيحصل عليها أعضاء الفريق عند الاستنساخ.
📤
حزمة npm
انشرها كحزمة للمشاركة عبر المشاريع.
🌍
مهارات عامة
~/.claude/skills/ للمهارات الشخصية في كل مشاريعك.
📚
سجل المجتمع
تصفّح المهارات في github.com/anthropics/skills.
بلغة مبسّطة

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

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

استكشاف أخطاء المهارات

❌
لا تُحمَّل
أربعة أسباب، مرتّبة بالأرجح: مسار خاطئ (لا بدّ أن يكون .claude/skills/)، أو اسم الملف ليس SKILL.md بحرفه، أو فواصل الواجهة الأمامية YAML مكسورة، أو لا شرط تشغيل مطابق. للتشخيص: claude --debug "skills".
🎯
شرط تشغيل خاطئ
**/*.yaml يطابق كل ملف YAML — واسع أكثر من اللازم. و**/deploy*.yaml يطابق إعدادات النشر وحدها. وsrc/components/**/*.tsx مكوّنات React وحدها. والراية --verbose تُظهر أي المهارات انطلقت.
⚠️
تعارضات
إن طالبت مهارتان بالملفات نفسها، فالحكم بثلاث قواعد: النمط الأكثر تحديداً يفوز، ومهارة المشروع تتقدّم على المهارة العامة، وتلميح الأولوية في الواجهة الأمامية يتقدّم على كليهما.
⚡
الأداء
أبقِ SKILL.md دون 500 سطر، واجعل أنماط التشغيل ضيّقة، ومهارة واحدة لكل مجال، وادفع التفاصيل إلى ملفات موارد لا تُحمَّل إلا عند قراءتها.
بلغة مبسّطة

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

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

تجربة عملية: ثبّت مهارة كتبها شخص آخر

متوسط ~15 دقيقة
ثبّت مهارة لتصميم الواجهات، وتأكّد من تحميلها، وراقب كيف تغيّر ناتج طلب لم تغيّره أنت.
1
خُذ قياساً مرجعياً أولاً — قبل المهارة
“Build a single-file HTML pricing page for a small product. No frameworks.”
المتوقّع

صفحة تعمل وتبدو كـ HTML مولّد افتراضي. احفظها. فهي الدليل الوحيد الذي سيكون لديك على أن تثبيت المهارة أحدث فرقاً — وبدونها تصبح عبارة «المهارة حسّنت النتيجة» غير قابلة للتكذيب.

2
ثبّتها
المهارة مجرّد مجلد فيه ملف SKILL.md. ضع واحداً في ~/.claude/skills/<name>/ لنفسك، أو في .claude/skills/<name>/ لمشاركته مع المستودع. وسوق الملحقات ليس إلا وسيلة توصيل للمجلد نفسه.
المتوقّع

المجلد موجود وفيه SKILL.md. وترويسته تحتاج حقلين فقط، الاسم والوصف — والوصف ليس توثيقاً بل هو المُطلِق الذي يطابق النموذج طلبك عليه.

3
تأكّد من تحميلها في جلسة جديدة
/exit then claude
المتوقّع

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

4
أعِد الطلب نفسه تماماً
أعِد الخطوة 1 حرفياً، ثم قارن الملفين.
المتوقّع

ناتج مختلف بوضوح — تدرّج خطوط حقيقي، ومسافات مدروسة، ولوحة ألوان مختارة. لم تطلب شيئاً من ذلك، ومع هذا طُبِّق. هذا هو معنى المهارة: تعليمات تنطلق عند المناسبة لا عند المناداة.

مثال: هيكل مهارة العرض التقديمي

# .claude/skills/presentation-builder/SKILL.md --- name: presentation-builder description: Generate HTML slide presentations from templates version: 1.0.0 trigger: - keyword: "presentation" - keyword: "slides" - keyword: "slide deck" --- ## Instructions When creating presentations: 1. Read all templates in templates/ folder 2. Read style-guide.md for design rules 3. Generate a self-contained HTML file 4. Include speaker notes in <aside> tags ## Resources - templates/ — HTML slide type templates - style-guide.md — Colors, fonts, animations - examples/ — Reference presentations
الشيء الوحيد الذي يستحق الانتباه: لا شيء هنا HTML. الواجهة الأمامية تقول متى تنطلق، وقسم التعليمات يقول ماذا تقرأ أولاً، وقسم الموارد يقول أين يعيش شكل المخرجات فعلاً. المهارة جدول توجيه، لا قالب — ولهذا تستطيع أن تغيّر مظهر كل عرض تقديمي بتعديل style-guide.md وحده.
بلغة مبسّطة

ببساطة: بطاقة الوصفة لا تحتوي الكعكة. هي تخبرك أي قالب وأي درجة فرن وأين تُحفظ تعليمات التزيين — فيغيّر تغييرُ التزيين كل كعكة دون إعادة كتابة البطاقة.

تقنيًّا: فصل التوجيه عن المحتوى هو ما يجعل المهارة قابلة للصيانة. شكل المخرجات يعيش في ملف موارد، فيسري تعديل واحد في style-guide.md على كل ما تنتجه المهارة، ويبقى SKILL.md دون الحجم الذي يبدأ عنده منافسة السياق.

تجربة عملية: ألّف مهارة لعروض HTML واتركها تسألك

متقدّم ~25 دقيقة
اترك مهارة إنشاء المهارات تسألك، ثم اكتب واختبر مهارة تحوّل مخطّطاً إلى عرض HTML مكتفٍ بذاته.
1
ثبّت مهارة لإنشاء المهارات
ثبّت مهارة skill-creator بالطريقة نفسها في التجربة السابقة — مجلد فيه SKILL.md. واستخدام مهارة لكتابة مهارة هو أيضاً أسرع طريق لمعرفة ما يحتويه ملف SKILL.md الجيد.
المتوقّع

تظهر في قائمة مهاراتك. ولم يُولَّد شيء بعد — وهذا صحيح: فالخطوة التالية هي حيث تعرف ما تحتاج إلى معرفته.

2
أعطها البداية واطلب أن تسألك
“Use skill-creator to build a skill that generates self-contained HTML presentations from an outline. Interview me first — ask about slide layouts, theme and colours, fonts, how to handle speaker notes, where to save output, and whether to deploy — then write it.”
المتوقّع

أسئلة لا ملف. وهذا هو مقصد البداية بأكمله: تسألك عن التنسيقات واللوحة والخطوط والملاحظات قبل أن تكتب شيئاً، فيصف ملف SKILL.md عرضك أنت لا عرضاً عامّاً. والمهارة المكتوبة بلا أسئلة تُرسّخ إعدادات النموذج الافتراضية لا معاييرك.

3
اقرأ ما كتبته فعلاً
cat .claude/skills/html-presentation/SKILL.md
المتوقّع

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

4
اختبرها على دخل لم ترَه قبلاً
“Using that skill, make a six-slide deck explaining how HTTP caching works.”
المتوقّع

ملف HTML واحد يُفتح في المتصفّح ويطابق الخيارات التي قدّمتها أثناء الأسئلة. وإذا لم يطابقها فإن الخلل في SKILL.md لا في العرض — أصلح التعليمات وأعِد التوليد.

5
أودِعها فتتجاوز ملكيتك وحدك
git add .claude/skills && git commit -m "Add html-presentation skill"
المتوقّع

أصبحت المهارة ناتجاً مُدار الإصدارات يحصل عليه زميلك بمجرّد git pull — لا حالة جلسة تنتهي بإغلاق نافذتك. وهذا هو الفرق بين حيلة تعرفها وقدرة يملكها فريقك.

6
اصنع وكيلاً فرعياً تناديه غداً
اطلب ملف .claude/agents/reviewer.md تضبط ترويسته name وdescription يوضّح متى يُستخدم وtools: Read, Grep, Glob.
المتوقّع

ملف قصير بترويسة YAML. كل وكيل فرعي في هذا المقرر حتى الآن كان آنيّاً — وصفته بجملة، وانتهى بانتهاء الجلسة. أما هذا فهو مُسمّى وقابل لإعادة الاستخدام ومرفوع في المستودع. وسطر tools هو جوهر الفكرة: المراجع الذي لا يستطيع الكتابة لا يمكنه أن «يساعد» بإصلاح ما طُلب منه أن يحكم عليه. استخدم وكيلاً معرَّفاً حين تريد الدور نفسه مراراً بالحدود نفسها دون إعادة وصفه كل مرة. ستة أساليب كلها تضيف قدرة ويُخلط بينها دائماً: CLAUDE.md هو ما يصحّ دائماً عن المشروع، والمهارة إجراء مع ملفات، والأمر المختصر نص طلب مللت إعادة كتابته، والوكيل الفرعي سياق ثانٍ ينفّذ عملاً محدَّداً، والخطّاف قاعدة تنطلق سواء راقب أحد أم لا، وخادم MCP يصل إلى نظام خارج مستودعك. حقائق، وإجراءات، وتوسّع، وسلامة، ووصول — وتحقّق من المسارات الدقيقة بـ/help في إصدارك ولا تثق بأي قائمة، بما فيها هذه.

تنسيق الوكلاء

وكيل منسق يفوض المهام الفرعية للمتخصصين. انقر على وكيل لرؤية دوره.

🎯 المنسق
يخطط ويفوض
يعمل
⚙️ وكيل الواجهة الخلفية
API وقاعدة البيانات
يعمل
🎨 وكيل الواجهة الأمامية
مكونات الواجهة
ينتظر
🧪 وكيل الاختبار
اختبارات التكامل
ينتظر
👀 وكيل المراجعة
مراجعة الكود
ينتظر
المنسق يفكّك طلب الميزة إلى مهام فرعية، ويوزّعها على وكلاء متخصصين، ثم يجمع النتائج. وهو من يقرّر أي الوكلاء يعملون بالتوازي وأيّهم يعتمد على غيره. مثال: الواجهة الخلفية والواجهة الأمامية تعملان بالتوازي، ثم يعمل وكيل الاختبار بعد انتهائهما.
بلغة مبسّطة

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

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

طلب واحد، أربع عشرة خطوة

بلغة مبسّطة

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

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

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

الخطوة الحالية
اضغط «شغّل» لترى الطلب وهو يسافر عبر النظام.
الخطوة 0 من 14
تقرير حادثة
طلب المستخدم
اقرأ التعليقات على المشكلة 123، ثم تحقّق مما قاله الفريق في المحادثة
المهارات
issue-triage
domain-notes
report-in-html
الوكيل
LLM
Claude Code
أدوات / أوامر / خطافات
خوادم MCP
MCP المستندات
MCP المتتبّع
MCP الجلب
MCP المحادثة
البيانات
التذاكر
مستندات التصميم
سجل المحادثات
analyse-comments
analyse-logs

أنت تصفه، والوكيل يكتبه

الذي تغيّر هو مَن يطبع الحروف. أنت ما زلت تقرّر ما يجب أن يفعله البرنامج، وما زال عليك أن تتحقّق أنه يفعله — لكنك تقوله بلغتك بدل أن تطبعه بلغة برمجة. وقد سمّى أندريه كارباثي نصفَي هذا التحوّل.vibe codingSoftware 3.0

🎵
البرمجة بالإحساس
«تستسلم تماماً للإحساس، وتتبنّى الأسّيات، وتنسى أن الكود موجود أصلاً.»
3️⃣
البرمجيات 3.0
اللغة الطبيعية كلغة البرمجة الجديدة. الأوامر هي الكود المصدري.
🔄
حلقة الإنسان والوكيل
البشر يحدّدون النية ويتحقّقون. والوكلاء يبحثون ويبرمجون ويختبرون ويكرّرون وحدهم.
🔬
البحث الوكيلي
وكلاء يستكشفون قواعد الكود وحدهم، ويقرأون الأوراق البحثية، ويلخّصون النتائج.
التحول الأساسي: وظيفة المطوّر تنتقل من كتابة الكود إلى توجيه الوكلاء — تحديد النية، ومراجعة المخرجات، واتخاذ قرارات الحكم. والمهارات التي تعلّمتها في هذه الدورة هي بالضبط ما يطلبه هذا المستقبل.
بلغة مبسّطة

ببساطة: صرت الآن الشخص الذي يقول ماذا يجب أن يفعل المبنى ويطوف في آخر اليوم ليتحقق. غيرك يمسك المِسْطَرين. أما أن تقول ما تريد وأن تتأكد أنك حصلت عليه فما زالا عملك — وهما الجزء الصعب.

تقنيًّا: صياغة Karpathy عام 2025 هي أن اللغة الطبيعية تصير طبقة التأليف بينما يبقى الكود المولَّد هو القطعة التي تعمل. وعبء التحقق لا ينتقل مع الكتابة: المراجع ما زال يحتاج من النموذج الذهني ما يكفي ليميّز المخرجات الصحيحة من المخرجات المعقولة الشكل.

الموارد والتعلم الإضافي

عمّق مهاراتك مع هذه الدورات والمراجع الرسمية.

🎓
دورات Anthropic
دورات رسمية مجانية عن المهارات والوكلاء الفرعيين وهندسة الأوامر وClaude Code على anthropic.skilljar.com.
📚
مواصفات مهارات الوكيل
مواصفة المعيار المفتوح وأمثلته ومكتبته المرجعية على agentskills.io.
📦
مستودع أمثلة المهارات
تصفّح مهارات واقعية على github.com/anthropics/skills — مراجعة الكود والاختبار والنشر وغيرها.
📖
توثيق Claude Code
التوثيق الرسمي على docs.anthropic.com — الأدوات وMCP والخطافات والأذونات ومرجع الواجهة.
مسار التعلم الموصى به: ابدأ بدورات Anthropic المجانية على anthropic.skilljar.com، ثم ابنِ مهارتك الأولى بالتجربة العملية أعلاه، وتصفّح مستودع مهارات المجتمع للإلهام.

اختبار المعرفة

ثمانية أسئلة على هذه الوحدة. أجب لترى السبب — يظهر الشرح سواء أصبتَ أم أخطأت.

السؤال 1 من 0
النتيجة 0/0

النقاط الرئيسية

⚡
المهارات = قوة قابلة للاستخدام
جمع سير العمل المعقدة في أوامر سريعة بسيطة يمكن لفريقك بأكمله استخدامها.
🔌
MCP = وصول لا نهائي
اربط وكيلك بأي خدمة عبر بروتوكول سياق النموذج القياسي.
🪝
الخطافات = حواجز أمان
أتمت فحوصات الأمان والتنسيق والتسجيل والإشعارات في كل مرحلة من دورة الحياة.
🤝
التنسيق = التوسع
عدة وكلاء متخصصين يعملون معاً يمكنهم معالجة مشاريع لا يستطيع وكيل واحد التعامل معها.
SkillsMCPSubagentsHooksPermissionsOrchestrationSafetyWorktrees