من التعرف على Skill إلى فهم كيفية بناء مهارة أبحاث العملات الرقمية

مؤلف النص: @BlazingKevin_، باحث في Blockbooster

1. خلفية وتطور ظهور مهارة الوكيل (Agent Skill)

يعد مسار الوكيل الذكي في عام 2025 مرحلة حاسمة من الانتقال من “مفهوم تقني” إلى “تطبيق هندسي”. خلال هذه العملية، أدت استكشافات Anthropic حول تغليف القدرات بشكل غير متوقع إلى تحول نمطي على مستوى الصناعة.

في 16 أكتوبر 2025، أطلقت Anthropic رسميًا ميزة مهارة الوكيل (Agent Skill). في البداية، كانت التوقعات الرسمية محدودة جدًا، حيث اعتُبرت مجرد وحدة مساعدة لتحسين أداء Claude في مهام محددة (مثل منطق الشفرات المعقدة، تحليل البيانات الخاص).

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

مع توسع النظام البيئي بشكل تلقائي، أدركت Anthropic القيمة الأساسية لهذه الآلية. في 18 ديسمبر 2025، اتخذت قرارًا مهمًا على مستوى الصناعة: إصدار مهارة الوكيل كمعيار مفتوح.

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

وبذلك، برز سؤال محوري: ما هو الجوهر الذي حله مهارة الوكيل، والذي جعل الشركات الكبرى والمطورين الأساسيين يتبنونها؟ وما هو الفرق الجوهر بينه وبين تقنية MCP الحالية، وكيف يمكن أن يتعاونا؟

وللإجابة على هذه الأسئلة بشكل شامل، سنناقش في هذا المقال:

تحليل المفهوم: جوهر مهارة الوكيل والبنية الأساسية لها.

سير العمل الأساسي: فهم آلية التشغيل والمنطق الداخلي.

آليات متقدمة: تحليل الاستخدامات المتقدمة مثل Reference وScript.

حالات عملية: توضيح الفروق الجوهرية بين مهارة الوكيل وMCP، وتطبيقاتها في سيناريوهات استثمار وبحث العملات الرقمية.

2. ما هي مهارة الوكيل (Agent Skill) وكيف تُبنى أساسًا

ما هي مهارة الوكيل في الواقع؟ ببساطة، يمكن اعتبارها بمثابة “وثيقة شرح خاصة” يمكن لنموذج كبير الاطلاع عليها في أي وقت.

عند استخدام الذكاء الاصطناعي بشكل يومي، نواجه مشكلة متكررة: عند بدء حوار جديد، نضطر إلى إعادة لصق متطلبات طويلة. مهارة الوكيل وُجدت لحل هذه المشكلة.

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

بهذه “الوثيقة”، لن تحتاج إلى تكرار الأوامر في كل حوار، حيث سيتعرف النموذج تلقائيًا على المهارة المناسبة عند تلقي المهمة.

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

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

وفقًا للأدوات السائدة مثل Claude Code، تحتاج إلى إنشاء مجلد باسم

.claude/skill

في مجلد المستخدم على الكمبيوتر، وهو المكان الذي يُخزن فيه جميع المهارات.

الخطوة الأولى: أنشئ مجلدًا جديدًا باسم مهارة الوكيل التي تريدها.

الخطوة الثانية: داخل المجلد، أنشئ ملفًا نصيًا باسم

skill.md

.

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

في بداية الملف، عادةً يكون بين خطين أفقيين

، ويحتوي على خاصيتين رئيسيتين: name وdescription.

name

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

description

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

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

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

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

الخطوة الأولى لبناء المهارة ليست التفكير في “ما الذي يمكن أن يفعله النموذج”، بل التساؤل: “ما هي المشاكل المتكررة في عملي اليومي التي يمكن أن أستخدم فيها هذه المهارة؟” يُفضل تحديد 2-3 سيناريوهات واضحة تغطيها المهارة.

ثانيًا، حدد معايير النجاح: كيف تعرف أن المهارة فعالة؟ قبل التنفيذ، ضع لنفسك معايير قابلة للقياس، مثل: “هل زادت سرعة المعالجة؟” أو “هل كانت النتائج دقيقة وشاملة دون نسيان معلومات مهمة؟”

3. سير العمل الأساسي لمهارة الوكيل

بعد فهم جوهر مهارة الوكيل، يتبادر إلى الذهن سؤال: كيف تعمل هذه الوثيقة في التطبيق العملي؟

إذا جربت منتجات مثل Manus AI، فربما مررت بموقف: عند طرح سؤال معين، لا يبدأ النموذج في “إطالة الحديث” أو “الهلوسة”، بل يتعرف بسرعة على أن الأمر مرتبط بمهمة معينة، ويعرض عليك خيارًا لاستخدام مهارة محددة.

عند الموافقة، ينفذ النموذج المهمة وفقًا للقواعد المحددة بدقة.

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

المستخدم: من يطلب المهمة.

أداة العميل (مثل Claude Code): الوسيط الذي يدير الطلبات.

النموذج اللغوي الكبير: “الدماغ” الذي يفهم النية ويولد النتيجة النهائية.

عند إدخال طلب معين (مثل: “لخص لي اجتماع اليوم”)، تتفاعل هذه الأدوار عبر أربع خطوات دقيقة:

الخطوة الأولى: المسح الخفيف (نقل البيانات الوصفية)

عند استلام الطلب، لا يرسل العميل كل محتوى الوثيقة مباشرة إلى النموذج. بل يرسل فقط الطلب، مع اسم ووصف كل مهارة في النظام (أي Metadata). يُعبأ ذلك في حزمة واحدة، ويُرسل إلى النموذج. حتى لو كانت هناك عشرات المهارات، فإن النموذج يتلقى فقط “دليل خفيف” يوضح الخيارات، مما يقلل من استهلاك الموارد ويجنب التشويش.

الخطوة الثانية: مطابقة النية بدقة

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

الخطوة الثالثة: تحميل الأوامر كاملة عند الحاجة

بعد ذلك، يطلب العميل من النموذج قراءة ملف

skill.md

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

الخطوة الرابعة: التنفيذ الصارم والإخراج

أخيرًا، يُرسل الطلب الأصلي مع محتوى

skill.md

إلى النموذج، الذي يدخل وضع التنفيذ، ويولد استجابة منظمة وفقًا للقواعد المحددة، ويعرضها على المستخدم.

4. الآلية الأساسية 1: التحميل عند الطلب وReference

العملية السابقة أدت إلى تحديد أول آلية أساسية: التحميل عند الطلب.

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

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

skill.md

، مما يؤدي إلى تضخم المحتوى ويستهلك Token بشكل كبير، ويشتت انتباه النموذج.

هل يمكن أن ندمج آلية “التحميل عند الطلب” مع نوع من “التحميل عند الطلب داخل التحميل عند الطلب”؟ بمعنى، أن يتم تحميل المحتوى فقط عندما يكون الموضوع متعلقًا بـ"المال" مثلاً؟

الإجابة نعم، وهذا هو هدف آلية Reference في نظام مهارة الوكيل.

Reference هو قاعدة معرفية خارجية تعتمد على شروط محددة. كيف يحل ذلك المشكلة؟

إنشاء ملف مرجعي خارجي: نضيف ملفًا مستقلًا في مجلد المهارة، مثل

集团财务手册.md

، يوضح معايير المصروفات، مثل: “بدل الإقامة 500 يوان/ليلة، وتكاليف الطعام 300 يوان/يوم لكل شخص”.

تحديد شروط التفعيل: نعود إلى ملف

skill.md

، ونضيف قاعدة “تذكير مالي”، ونحدد: “يتم تفعيلها فقط عند ذكر كلمات مثل المال، الميزانية، الشراء، التكاليف”. عند التفعيل، يُقرأ ملف

集团财务手册.md

، ويُستخدم محتواه لتقييم مدى مطابقة قرارات الاجتماع للسياسات، وتحديد من هو المسؤول عن الموافقة.

عند تكرار مراجعة الميزانية، يبدأ تفاعل ديناميكي:

• يطلب العميل استخدام مهارة ملخص الاجتماع، ويتم التحميل عند الطلب الأول.

• يلتقط النموذج كلمة “ميزانية” ويشعر بوجود تفعيل لقاعدة Reference.

• يُطلب إذن لقراءة ملف

集团财务手册.md

، ويتم التحميل عند الحاجة الثانية.

• يُقارن المحتوى مع المعايير، ويُنتج ملخصًا يتضمن تحذيرات مالية إذا لزم الأمر.

ملاحظة مهمة: Reference يعتمد على شروط صارمة. إذا كانت المناقشة غير مرتبطة بالمال، فسيظل الملف مرئيًا على القرص، ولن يُستهلك Token.

5. Script وآلية الكشف التدريجي

بعد شرح آلية Reference، ننتقل إلى وظيفة أخرى قوية: تنفيذ الكود (Script).

بالنسبة لوكيل متقدم، مجرد “الاطلاع على المعلومات” و"كتابة الملخص" غير كافيين، بل يجب أن يكون قادرًا على تنفيذ المهام مباشرة، وهذا هو دور Script.

مثال: بعد إعداد ملخص الاجتماع، نريد أن يُرسل إلى نظام الشركة. نُنشئ ملفًا بايثون باسم

upload.py

، ويحتوي على منطق الاتصال بالخادم.

نعود إلى ملف

skill.md

، ونضيف قاعدة: "عند ذكر كلمات مثل ‘رفع’، ‘مزامنة’، ‘إرسال’، يجب تشغيل ملف

upload.py

، وإرسال المحتوى."

عند قول: “الملخص جيد، أرجو أن ترفعه إلى الخادم”، يطلب العميل تنفيذ

upload.py

. هنا، النموذج لا يقرأ الكود، بل ينفذه فقط.

هذا يتيح تشغيل أي كود معقد دون استهلاك كبير للذاكرة أو Token، حيث أن النموذج يتعامل مع الكود كـ"صندوق أسود" يُشغل، وليس كمحتوى يُقرأ.

الفرق بين Reference وScript:

• Reference (القراءة): ينقل محتوى ملف خارجي إلى ذاكرة النموذج، ويستهلك Token.

• Script (التنفيذ): يُشغل كجزء من البيئة الخارجية، ولا يستهلك Token.

مهم: عند كتابة

skill.md

، يجب أن تكون قواعد التشغيل واضحة، وإلا قد يحاول النموذج “الاطلاع” على الكود بدلًا من تشغيله، مما يستهلك Token بشكل غير ضروري. لذا، القاعدة الذهبية: تحديد القواعد بشكل واضح ودقيق.

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

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

• الطبقة الأولى: البيانات الوصفية (Meta Data): اسم ووصف المهارة، دائمًا مرئية، وتُستخدم للمطابقة الأولية.

• الطبقة الثانية: الأوامر (Commands): القواعد التفصيلية، تُحمّل عند الحاجة، وتُستخدم لتنفيذ المهمة.

• الطبقة الثالثة: الموارد (Resources): تشمل Reference وScript والأصول (Assets)، وتُحمّل عند الحاجة، وتُستخدم لتنفيذ المهام المعقدة.

6. الفرق بين مهارة الوكيل وMCP وتطبيقاتهما في العمل

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

لكن، وفقًا لتصريح رسمي من Anthropic، الفرق الجوهري هو:

“MCP يربط Claude بالبيانات. المهارات تعلم Claude كيف يتعامل مع تلك البيانات.” (MCP هو قناة البيانات، وSkills هي قواعد السلوك).

بمعنى آخر، MCP هو “أنبوب بيانات” يزود النموذج بمعلومات خارجية بشكل قياسي، مثل استعلام عن أعلى مستوى كتلة على سلسلة، أو جلب بيانات سوق العملات، أو قراءة ملفات PDF. أما مهارة الوكيل فهي “إجراءات عمل” (SOP)، تحدد كيف يتصرف النموذج بعد استلام البيانات، مثل تضمين نماذج اقتصادية أو تحذيرات مخاطر.

قد يتساءل بعض المطورين: “إذا كانت مهارة الوكيل يمكنها تشغيل كود بايثون، فلماذا لا أكتب كودًا يتصل بقاعدة بيانات أو ينفذ API مباشرة داخل Script؟” في الواقع، يمكن ذلك، لكن هناك عيوب خطيرة:

• التشغيل والحالة: سكربتات الوكيل غير حالة، وكل تشغيل مستقل، ويُحذف بعد التنفيذ. أما MCP فهو خدمة طويلة الأمد، ويمكنه الحفاظ على اتصال دائم مع مصادر البيانات (مثل WebSocket).

• الأمان والاستقرار: تشغيل كود كامل بامتيازات عالية بشكل متكرر يعرض النظام لمخاطر أمنية، بينما MCP يوفر بيئة معزولة وموثوقة.

لذا، الحل الأمثل هو الجمع بين الاثنين: “MCP يزود البيانات، وSkills يحدد كيف يتصرف النموذج”. مثال على ذلك، مشروع opennews-mcp الذي يستخدم API لتعزيز قدرات الوكيل في جمع الأخبار وتحليلها بشكل تلقائي.

هذه المهارات تُمكن الذكاء الاصطناعي من أداء مهام معقدة، مثل:

• اكتشاف أخبار العملات الجديدة بسرعة، عبر استعلامات متعددة، وتحليل رأي السوق، وإشعارات فورية.

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

وبهذه الطريقة، يُحقق النظام تدفق عمل أوتوماتيكي متكامل، يجمع بين قدرات MCP ومرونة مهارات الوكيل، ليصبح أداة بحث وتحليل عالية الاحترافية في عالم العملات الرقمية.

عن BlockBooster

BlockBooster هي شركة إدارة أصول رقمية من الجيل الجديد، تركز على استثمار، وتطوير، وإدارة الأصول الأساسية في العصر الرقمي — من مشاريع Web3 الأصلية إلى الأصول الحقيقية (RWA). نحن نعمل على اكتشاف وإطلاق إمكانات الأصول على المدى الطويل، بهدف تمكين شركائنا ومستثمرينا من الاستفادة من موجة الاقتصاد الرقمي.

إخلاء مسؤولية

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