طريقة Fable: تحويل Claude Fable 5 إلى مهارات قابلة للاستخدام

معظم الفرق تهدر إمكانيات Claude Fable 5 بنسخ مخرجاته بدلاً من فهم طريقة عمله. القيمة الحقيقية ليست فيما ينتجه Fable - بل في كيفية تفكيره لحل المشاكل. النمط الذي يحقق النجاح: استخراج هذا التفكير وتحويله إلى مهارات قابلة للاستخدام على نماذج أرخص.

ما يميز سير عمل Fable

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

ما تعيد استخدامه ليس نسخة من تعليمات النظام أو مجموعة تعليمات ذكية. إنه سير عمل سلوكي مُرمز كملف SKILL.md. هذه المهارة تحدد العقد بين النية والتحقق - المراحل، البوابات، الفحوصات - دون ربطك بنموذج معين.

textCopy
# مهارة: سير عمل مراجعة الكود

## المراحل

1. الفهم: تحليل سياق PR، تحديد الملفات المتغيرة، ملاحظة التبعيات
2. التحليل: فحص كل ملف مقابل اتفاقيات المشروع، تمييز الأنماط
3. التحقق: تشغيل التحليل الثابت، تأكيد تغطية الاختبارات، التحقق من الأنواع
4. التركيب: تجميع النتائج في ملاحظات مرتبة حسب الأولوية

## بوابات المراحل

- الفهم ← التحليل: يجب سرد جميع الوحدات المتأثرة
- التحليل ← التحقق: يجب توثيق ملاحظة واحدة على الأقل لكل ملف
- التحقق ← التركيب: يجب إكمال جميع الفحوصات التلقائية

## استرداد الأخطاء

- السياق مفقود: طلب ملفات محددة قبل المتابعة
- اتفاقية غامضة: تمييز للقرار البشري، المتابعة مع تسجيل الافتراض
- فشل الأداة: إعادة المحاولة مرة واحدة، ثم المتابعة بالبديل اليدوي

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

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

استخراج المهارات من جلسات Fable

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

textCopy
أنت على وشك إكمال مهمة. قبل التنفيذ، اكشف عملية تفكيرك الكاملة:

1. ما المراحل التي ستعمل من خلالها؟
2. ما الشروط التي يجب استيفاؤها قبل الانتقال بين المراحل؟
3. ما خطوات التحقق التي ستؤديها؟
4. كيف ستتعامل مع الأخطاء أو الغموض؟
5. كيف يبدو "الإنجاز"؟

المهمة: [مهمتك التمثيلية]

لا تنفذ بعد. اوصف فقط نهجك المقصود.

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

ثم حول الخطة إلى مهارة قابلة للنقل:

textCopy
حول نهجك إلى SKILL.md قابل للاستخدام مع هذه الأقسام:
- المراحل (مرقمة، مع معايير دخول/خروج واضحة)
- بوابات المراحل (شروط صريحة للتقدم)
- فحوصات التحقق (اختبارات محددة، ليس بيانات جودة غامضة)
- استرداد الأخطاء (إجراءات ملموسة لأنماط الفشل الشائعة)
- معايير الإكمال (قابلة للقياس، ليس ذاتية)

يجب أن تكون المهارة مستقلة عن النموذج - افترض أن النموذج المنفذ يحتاج إرشاداً صريحاً.

هذا السطر الأخير أهم مما يبدو. Fable يمكنه التعامل مع تعليمات مقتضبة لأنه يملأ الفجوات بتفكير ضمني قوي. Opus وSonnet وHaiku تحتاج عادة لسقالة صريحة. في معظم الحالات، من الأفضل للمهارة أن تفرط في التحديد بدلاً من افتراض القدرة.

فصل المهارات العامة والخاصة بالمشروع

نهج Fable to Opus Skill Bridge يقسم المهارات إلى طبقتين. مهارات سير العمل العامة تلتقط عادات التخطيط العامة - كيفية مراجعة الكود، كيفية هيكلة إعادة التصميم، كيفية التحقيق في خطأ. المهارات الخاصة بالمشروع تلتقط الاتفاقيات المحلية - هذا المستودع يستخدم Prettier، الاختبارات في __tests__، النشر يتطلب موافقة.

yamlCopy
# global-skills/code-review.yaml
name: Code Review Workflow
applies_to: any_codebase
phases:
  - understand_context
  - analyze_changes
  - verify_quality
  - synthesize_feedback

# project-skills/acme-api.yaml
name: ACME API Conventions
applies_to: acme-api
conventions:
  testing: Jest with 80% coverage minimum
  formatting: Prettier with project config
  commits: Conventional commits required
  deployment: Requires CODEOWNER approval

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

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

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

pythonCopy
# orchestrator.py
import asyncio
from typing import List
from claude_client import ClaudeClient

async def parallel_analysis(files: List[str], skill: str) -> dict:
    """توزيع التحليل على وكلاء فرعيين متوازيين، ثم التركيب."""
    client = ClaudeClient(model="claude-sonnet")
    
    # مرحلة التوزيع: إنشاء وكيل فرعي لكل ملف
    tasks = [
        client.complete(
            system=skill,
            prompt=f"حلل هذا الملف:\n\n{read_file(f)}"
        )
        for f in files
    ]
    results = await asyncio.gather(*tasks)
    
    # مرحلة التحقق: سياق جديد يلتقط التفكير الجماعي
    verification = await client.complete(
        system="أنت مراجع متشكك. ابحث عن عيوب في هذا التحليل.",
        prompt=f"نتائج التحليل:\n\n{format_results(results)}"
    )
    
    # مرحلة التركيب: دمج النتائج المتحققة
    synthesis = await client.complete(
        system=skill,
        prompt=f"""
        التحليلات الأصلية: {results}
        نقد التحقق: {verification}
        اركب تقريراً نهائياً يعالج النقد.
        """
    )
    
    return synthesis

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

asyncio.gather يشغل تحليلات الملفات في نفس الوقت، مما يمكن أن يقلل وقت الحائط كثيراً في مجموعات التغيير الكبيرة.

تسليم السياق القائم على الملفات

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

pythonCopy
# handoff.py
import json
from pathlib import Path

def save_phase_output(phase: str, data: dict, session_id: str):
    """حفظ مخرجات المرحلة للوكيل التالي."""
    output_dir = Path(f".claude/sessions/{session_id}")
    output_dir.mkdir(parents=True, exist_ok=True)
    
    (output_dir / f"{phase}.json").write_text(
        json.dumps(data, indent=2)
    )

def load_phase_context(phases: list[str], session_id: str) -> str:
    """تحميل المراحل المطلوبة للعمل الحالي فقط."""
    output_dir = Path(f".claude/sessions/{session_id}")
    context_parts = []
    
    for phase in phases:
        phase_file = output_dir / f"{phase}.json"
        if phase_file.exists:
            data = json.loads(phase_file.read_text)
            context_parts.append(f"## مخرجات {phase.upper}\n{json.dumps(data, indent=2)}")
    
    return "\n\n".join(context_parts)

المهارة تحدد بعدها أي مراحل سابقة يجب أن تسحبها كل مرحلة جديدة:

yamlCopy
phases:
  understand:
    outputs: [file_list, dependency_graph, change_summary]
  analyze:
    requires: [understand]
    outputs: [findings, risk_assessment]
  verify:
    requires: [analyze]  # لا تحتاج understand
    outputs: [verification_results]
  synthesize:
    requires: [analyze, verify]  # تتخطى understand
    outputs: [final_report]

التحميل الانتقائي يحافظ على تركيز كل مرحلة. مرحلة التركيب لا تحتاج قائمة الملفات الخام من الفهم - تحتاج النتائج ونتائج التحقق. السياق الأصغر عادة يعني تفكيراً أوضح وتكلفة أقل.

التحقق: الخط بين المفيد وعبادة الشحن

نقاش Reddit حول تقطير التعليمات جذب انتقاداً حاداً للتعليمات الغامضة مثل "لا تخطئ" و"كن ذكياً". هذه ليست قابلة للاختبار. إنها تفكير بالتمني متنكر في زي هندسة.

المهارات التي تصمد تتضمن تحققاً يمكن قياسه فعلاً:

yamlCopy
# سيء: غير قابل للاختبار
verification:
  - ضمان الجودة العالية
  - عدم الأخطاء
  - كن شاملاً

# جيد: قابل للاختبار
verification:
  - جميع الدوال لها docstrings (فحص: grep -L '"""' *.py)
  - تغطية الاختبارات تتجاوز 80% (فحص: pytest --cov --cov-fail-under=80)
  - لا أخطاء نوع (فحص: mypy --strict)
  - Linter ينجح (فحص: ruff check.)

مستودع Claude Fable 5 Clone يحزم 12 حالة تقييم مع تعريفات مهاراته. كل حالة تتضمن مدخلاً وسلوكاً متوقعاً ومعايير نجاح/فشل. هذا يحول "هل يبدو صحيحاً" إلى "هل ينجح في الاختبارات."

pythonCopy
## eval_cases/code_review_01.py
EVAL_CASE = {
    "name": "يلتقط معالجة الأخطاء المفقودة",
    "input": """
def fetch_user(id):
    response = requests.get(f"/users/{id}")
    return response.json
    """,
    "expected_findings": [
        "missing_error_handling",
        "no_timeout_specified"
    ],
    "pass_criteria": lambda findings: all(
        expected in findings
        for expected in ["missing_error_handling", "no_timeout_specified"]
    )
}

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

استراتيجية تحسين التكلفة

مع انتهاء عرض Anthropic في 19 يوليو، تحتاج الفرق لاستراتيجية حول استخدام Fable. النهج الذي يعمل عادة: استخدام Fable لاستخراج وتحسين المهارات، ثم تشغيل المهارات الناتجة على نماذج أرخص.

فكر في المهارة كمضاعف قوة. التقط تفكير Fable مرة واحدة، ويمكنه توجيه مئات تشغيلات Sonnet. جهد الاستخراج المقدم يستمر في دفع أرباح.

للفرق التي تبني على Claude Code، المهارات تتصل مباشرة بسير عمل الوكيل. راجع دليلنا أفضل ممارسات Claude Code 2026 + دليل CLAUDE.md لأنماط التكوين التي تتزاوج جيداً مع سير العمل القائم على المهارات.

أخطاء الاستخراج الشائعة

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

تخطي مرحلة التحقق. التحقق الداخلي لـ Fable لن يظهر إلا إذا طلبته. لا تتخط سؤال "كيف يبدو الإنجاز" في تعليمة الاستخراج.

الإفراط في التخصص لمهمة واحدة. مهارة مسحوبة من مهمة معقدة واحدة غالباً تخبز تفاصيل المجال التي لن تعمم. استخرج من 3-5 مهام تمثيلية، ثم احتفظ بما يبقى متسقاً.

افتراض تكافؤ النماذج. مهارة تعمل بتعليمات مقتضبة على Fable يمكن أن تنهار على Sonnet. اختبر على نموذجك المستهدف قبل طرحه.

textCopy
## اختبار قابلية نقل المهارة

for model in [claude-fable-5, claude-opus, claude-sonnet, claude-haiku]:
    results = run_eval_suite(skill, model)
    print(f"{model}: {results.pass_rate}%")

# مخرجات نموذجية:
## claude-fable-5: 100%
## claude-opus: 95%
## claude-sonnet: 87%
## claude-haiku: 72%

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

بناء مكتبة مهارات

مع الوقت، المهارات المستخرجة تتحول إلى مكتبة. الهيكل مهم، لأن أنت المستقبلي (وبقية فريقك) ستحتاج لإيجاد الأشياء بسرعة.

textCopy
.claude/
├── skills/
│   ├── global/
│   │   ├── code-review.yaml
│   │   ├── refactoring.yaml
│   │   ├── bug-investigation.yaml
│   │   └── documentation.yaml
│   └── project/
│       └── conventions.yaml
├── evals/
│   ├── code-review/
│   │   ├── case_01.py
│   │   ├── case_02.py
│   │   └── case_03.py
│   └── refactoring/
│       └── case_01.py
└── sessions/
    └── [session_id]/
        ├── understand.json
        ├── analyze.json
        └── verify.json

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

خطوات عملية

ابدأ هنا (خطوتك الأولى)
اختر مهمة متكررة واحدة تقوم بها أسبوعياً. افتح جلسة Fable جديدة واستخدم تعليمة الاستخراج لالتقاط نهجها.

انتصارات سريعة (تأثير فوري)

• حول النهج المستخرج إلى ملف SKILL.md واختبره على Sonnet
• أضف فحصين قابلين للقياس لمهارتك الأولى

غوص عميق (لمن يريد المزيد)

• ابن مجموعة تقييم بـ 5+ حالات اختبار لمهارتك الأكثر استخداماً
• نفذ تسليمات قائمة على الملفات لسير العمل الذي يتجاوز حدود السياق

موارد مفيدة

• Fable to Opus Skill Bridge - طريقة استخراج بتعليمتين مع فصل المهارات العامة/الخاصة بالمشروع
• Maestro Skills - أنماط الوكلاء الفرعيين المتوازيين وسير عمل التحقق بالسياق الجديد
• Claude Fable 5 Clone - تحزيم مهارات كامل مع حالات تقييم
• تفاصيل خطة Claude Fable 5 - معلومات طبقات الوصول الرسمية وأرصدة الاستخدام

أفكار ختامية

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

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

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