فوّض بالتوازي: الوكلاء الفرعيون (subagents)

ما هو الوكيل الفرعي (subagent)؟

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

ستفوّض مهارتك الرئيسية /post إلى وكلاء فرعيين وتجمع نتائجهم. ولأنهم يعملون بالتوازي، تُنجز المهام المستقلة (النشر على 4 منصات) في الوقت نفسه بدل واحدة تلو الأخرى. هذا هو تغيير المقياس في هذا الفصل: ننتقل من مساعد ينجز الأشياء بسرعة إلى نظام ينجز عدة أشياء في آن واحد.

القوة الخارقة الحقيقية: السياق المعزول

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

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

تعريف وكلاء فرعيين متخصصين (اختياري لكنه قوي)

يستطيع Claude Code إطلاق وكلاء فرعيين عامين عند الحاجة — وهذا ما ستفعله مهارتك. لكن يمكنك أيضًا تعريف وكلاء فرعيين مسمّين ومتخصصين، بالأمر /agents أو بإنشاء ملفات في .claude/agents/. كل ملف يصف دورًا: اسمه، ووصفه (الذي يستخدمه Claude ليعرف متى يستدعيه)، والأدوات المسموح له بها، وموجّه نظامه.

---
name: redacteur-instagram
description: يكيّف المحتوى لصيغة إنستغرام (تعليق + وسوم) بصوت العلامة. يُستخدم لأي نشر على إنستغرام.
tools: Read, Write, Bash
---

أنت متخصص إنستغرام للعلامة التجارية.
تقرأ brand-voice.md قبل أي كتابة.
الصيغة: افتتاحية قوية، تعليق متباعد الأسطر، 3 إلى 5 وسوم في النهاية.
لا تنشر أبدًا دون وسائط مرفقة.

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

مهارة، خطاف، وكيل فرعي: من يفعل ماذا؟

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

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

تحويل المهارة إلى متعددة المنصات

حدّث مهارة /post لدعم «all»:
/post "الموضوع" all

عندما تكون المنصة «all»:
- أنشئ الصورة مرة واحدة فقط
- أطلق وكيلًا فرعيًا لكل منصة (twitter, linkedin, instagram, facebook)
- يكيّف كل وكيل فرعي النص حسب صيغة المنصة وحدودها وصوتها
- ينشر الجميع بالتوازي
- سجّل كل النتائج في اليوميات

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

ثم شغّل: /post "التزاماتنا بصفر نفايات" all. ينشئ Claude صورة، ويكتب النسخ المتنوعة بصوتك، ويطلب موافقتك، ثم يطلق الوكلاء الفرعيين. سترى عدة كتل مهام تُنفَّذ في الوقت نفسه داخل الواجهة — إنه فريقك في العمل.

flowchart TD
  M["/post الموضوع all"] --> V["الصورة تُنشأ مرة واحدة"]
  V --> S1["وكيل فرعي تويتر"]
  V --> S2["وكيل فرعي لينكدإن"]
  V --> S3["وكيل فرعي إنستغرام"]
  V --> S4["وكيل فرعي فيسبوك"]
  S1 --> J["السجل + الروابط"]
  S2 --> J
  S3 --> J
  S4 --> J

لماذا ليس بالتسلسل؟

كل عملية نشر غير متزامنة: يرسل Claude المنشور ثم يستعلم API كل بضع ثوانٍ حتى حالة «منشور» (5 إلى 30 ثانية حسب المنصة). 4 منشورات بالتسلسل = حتى دقيقتين انتظارًا متراكمًا، لا يحدث خلالهما شيء مفيد. 4 وكلاء فرعيين بالتوازي = انتظار واحد فقط، انتظار الأبطأ.

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

حدود التوازي

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

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