مهارات كلود مقابل الأوامر السريعة مقابل الوكلاء الفرعيين

جدول المحتويات

محدث في أغسطس 2026.

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

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

الأساسيات الثلاث تحل مشكلات مختلفة

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

الفرق الحقيقي هو من يقرر استدعاءها، وفي أي سياق تعمل:

• الأمر السريع تستدعيه أنت، بالاسم. تكتب /deploy أو /review، فيوسّعه كلود إلى تعليمة أكمل، ويعمل داخل محادثتك الحالية.
• الوكيل الفرعي يستدعيه أنت أو كلود، لمهمة ذات حدود واضحة. يحصل على نافذة سياق خاصة به، وينجز العمل، ثم يرفع لك نتيجة — فهو لا يرى محادثتك بأكملها، وأنت لا ترى خطواته الوسيطة ما لم تطلب ذلك.
• المهارة يستدعيها كلود تلقائيًا، عندما يطابق طلبك ما يصفه وصف المهارة أنها تغطيه. أنت لا تكتب اسمها أبدًا. إن لم تطلب شيئًا تعالجه المهارة، فإنها لا تُحمَّل مطلقًا.

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

الأوامر السريعة: اختصار لتعليمة تكتبها كثيرًا

ابنِ أمرًا سريعًا عندما يكون المحفّز هو “أجدني أكتب نفس التعليمة تقريبًا في كل مرة”. أمر يفضي دائمًا إلى نفس التعليمة الأساسية، يُوسَّع من اسم قصير اخترته أنت، داخل المحادثة التي تجريها بالفعل. لا سياق منفصل، ولا استدعاء ذاتي — أنت من يقرر متى يعمل، في كل مرة.

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

نمط الفشل هو بناء أمر لشيء يحتاج فعليًا إلى أن يقرر النموذج ما إذا كان ينطبق أم لا. إن كان نصف استخدامك هو “لحظة، هل هذا الموقف مشمول؟” — فهذا سؤال يخص المهارة لا الأمر، لأن الأمر لا يملك وسيلة لاستدعاء نفسه.

الوكلاء الفرعيون: عمّال متوازون لهم نافذة سياق خاصة بهم

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

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

نمط الفشل هو إطلاق وكيل فرعي لشيء كان يجب أن يبقى في سياقك الرئيسي، لأن الخطوة التالية تعتمد على تفاصيل أسقطها ملخص الوكيل الفرعي. إن وجدت نفسك تعيد سؤال الوكيل الفرعي باستمرار “لحظة، ما الذي وجدته بالضبط؟” — فقد رُسِمت الحدود بشكل خاطئ. إما أن تدمجه مجددًا في الخيط الرئيسي، أو تجعل تقرير الوكيل الفرعي مُهيكلًا بما يكفي كي لا يضيع شيء في الترجمة.

المهارات: خبرة معبأة يُحمّلها كلود بنفسه

ابنِ مهارة عندما يكون شرط التفعيل شيئًا ينبغي لكلود أن يتعرف عليه من خلال ما تطلبه، لا شيئًا عليك أن تتذكر تسميته. المهارة هي وصف بالإضافة إلى حزمة من التعليمات والنصوص البرمجية؛ يقرأ كلود الوصف، ويقرر ما إذا كان طلبك مطابقًا، ولا يُحمّل التعليمات الكاملة إلا إذا كان كذلك. أنت لا تكتب /skill-name أبدًا.

أوضح مثال يمكنني الإشارة إليه هو المهارة التي تشغّل خط الإنتاج خلف هذه المدونة. ينشر موقع Alejandrorioja.com بـ13 لغة، وتعيش عملية التوليد ← الترجمة ← العرض ← المراجعة بأكملها داخل مهارة واحدة: ملف SKILL.md يصف متى تُستخدم (“أنشئ مقالًا جديدًا”، “ترجم إلى كل اللغات”، “اكتب مسودة إعلانية”)، بالإضافة إلى النصوص البرمجية التي تنجز العمل الفعلي. أنا لا أشغّل أربعة أوامر منفصلة وأتذكر ترتيبها. أقول ما أريده بلغة عادية، ووصف المهارة محدد بما يكفي ليلتقطه كلود وينفذ الخطوات الصحيحة — تمامًا كما تُفعّل مهارة إعلانات فيسبوك عند قول “تحقق من إعلاناتي” دون أن أكتب اسم أمر.

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

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

إطار اتخاذ القرار

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

معظم مسارات العمل الحقيقية هي تركيبة من هذه الأدوات، لا اختيارًا واحدًا. خط إنتاج المحتوى لدي هو مهارة (تُفعَّل تلقائيًا عند “اكتب مقالًا”) تستدعي داخليًا وكلاء فرعيين (واحد لكل لغة، يعملون بالتوازي)، وتعرض أمرًا سريعًا (/publish) لخطوة واحدة فقط — النشر الفعلي — يجب ألا تحدث أبدًا دون أن أقولها صراحة.

الخطأ الذي أراه أكثر من غيره

بناء وكيل مخصص كامل — بجدولته الخاصة، وحالته الخاصة، ونشره الخاص — لشيء هو في الحقيقة أمر سريع يرتدي زيًا تنكريًا. إن كانت المهمة “شغّل هذا الإجراء بالضبط حين أقول ذلك”، فأنت لا تحتاج إلى استقلالية، ولا ذاكرة، ولا شرط تفعيل. أنت تحتاج إلى اسم وتعليمة. احتفظ بآلية الوكلاء الفرعيين والمهارات للمهام التي فيها الحد (الوكيل الفرعي) أو المحفّز (المهارة) يؤديان عملاً فعليًا، لا مجرد إضافة بنية تحتية لشيء كان بسيطًا أصلاً.

خلاصة المشغّل

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

الأسئلة الشائعة

ما الفرق بين مهارة كلود والأمر السريع؟

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

متى ينبغي أن أستخدم وكيلًا فرعيًا بدلًا من مهارة؟

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

هل من الآمن السماح لمهارة باستدعاء إجراءات مثل النشر أو إنفاق المال تلقائيًا؟

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

هل أحتاج إلى بناء الثلاثة جميعًا في النهاية؟

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

---

مقالات ذات صلة: مهارة كلود التي تشغّل إعلاناتي على فيسبوك · هندسة السياق: ما الذي يدخل في نافذة السياق · الإنسان في الحلقة للوكلاء الذكية: متى تبني بوابة موافقة · حزمة الوكلاء التي أستخدمها لتشغيل أكثر من 30 وكيلًا إنتاجيًا

تحتاج مساعدة لتقرر ماذا تُؤتمت وكيف؟ تواصل معي — أصمم أنظمة وكلاء إنتاجية لفرق المشغّلين.