هل بناء المهارة يحتاج مهارة؟ 🤔 — مراجعة معماريّة لمنظومة Skill Architect

هل بناء الـ Skill يحتاج Skill؟ 🤔

الإجابة القصيرة والمباشرة: نعم… إذا كنت تريد مهارة (Skill) حقيقية، وليس مجرد أمر طويل (Prompt) يرتدي بدلة رسمية! 😄

مع الانتشار الهائل لأدوات الذكاء الاصطناعي ووكلاء البرمجة (AI Coding Agents)، غرقنا جميعاً في طوفان من المصطلحات والمفاهيم. الجميع يتحدث عن Prompts، ثم ظهر مصطلح Context، ثم فجأة أصبح الحديث كله عن الـ Skills والـ Agents. فما الحكاية بالضبط؟

فك الاشتباك: 4 مصطلحات تحتاج أن تفهمها ببساطة

لكي نضع الأمور في نصابها الصحيح، دعونا نفكك المصطلحات بلغة بسيطة وسهلة يفهمها المطور والمسوق ورائد الأعمال على حد سواء:

1. Prompt Engineering — هندسة الأوامر (كيف أطلب؟)

هي فن وعلم كتابة التعليمات المباشرة للنموذج ليفهم المطلوب والقيود وشكل النتيجة المتوقعة في لحظتها. هي بمثابة: «كيف تصيغ طلبك بدقة لتحصل على أفضل إجابة في هذه المحادثة الفردية؟».

2. Context Engineering — هندسة السياق (ماذا يرى النموذج ومتى؟)

ليست مجرد كتابة Prompt أفضل؛ بل هي هندسة البيئة المعلوماتية المحيطة بالنموذج: ما هي الملفات التي يحتاجها؟ متى يحصل عليها؟ والأهم: ما هي المعلومات التي يجب حجبها عنه تماماً حتى لا يتشتت انتباهه (Attention Drift) أو يخلط بين المجالات؟

3. Skill — المهارة (طريقة العمل كوحدة قابلة للتكرار)

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

4. Skill Engineering — هندسة المهارات (كيف أصمم السلوك المنهجي؟)

هنا ننتقل من السؤال السطحي: «ماذا أقول للذكاء الاصطناعي الآن؟» إلى السؤال الهندسي الحقيقي:

«كيف أصمم نظاماً متكاملاً يجعل الـ AI يتصرف بالطريقة الصحيحة والمنضبطة في كل مرة دون أن يفقد تركيزه؟»

ما هو TidyFactor Skill Architect وماذا يفعل؟

مشروع TidyFactor Skill Architect ليس مجرد Skill لتنفيذ مهمة اعتيادية ككتابة كود أو صياغة منشور.

هو بالمعنى الحرفي: «مهندس معماري للمهارات» (A Skill for Building Skills).

وظيفته إنشاء وتدقيق وتطوير وتغليف المهارات وفق قواعد معمارية صارمة. الإصدار الحالي يعرّف 12 قاعدة هيكلية غير قابلة للمساومة، تحكم فصل التوجيه (Dispatcher)، وسير العمليات (Workflow)، وحوكمة الذاكرة (Memory Governance)، والتحقق من المخرجات (Validation)، والتوافق عبر المنصات، وصلاحيات الأدوات.

الفكرة العبقرية: التوجيه والإفصاح التدريجي (Progressive Disclosure)

في الطرق التقليدية الساذجة، يقوم المطور بوضع كل قواعد العمل في ملف SKILL.md واحد ضخم يتجاوز آلاف الكلمات، ويقول للنموذج:

«اقرأ هذا الملف العملاق كاملاً… وبالمناسبة، إياك أن تنسى التفصيلة الصغيرة في السطر 450!» 😅

هذا الأسلوب يستهلك نافذة السياق (Context Window) ويتسبب في نسيان التعليمات وارتفاع تكلفة الـ Tokens. أما في Skill Architect، فالمهارة تعمل كـ Router خفيف الوزن ورشيق:

Trigger ──► Intent ──► Workflow ──► Memory ──► Validation

الـ Agent لا يحمل كل تفاصيل الذاكرة وقواعد العمل دفعة واحدة، بل يستدعي فقط الملف الدقيق المطلوب لتلك الخطوة اللحظية. وهذا ما يسمى Progressive Disclosure (الإفصاح المعرفي التدريجي).

لماذا هذا الفارق حاسم في الواقع العملي؟

دعونا نقارن بين النموذجين بمثال عملي سريع:

النمط التقليدي (Prompt عادي):

"اكتب لي استراتيجية تسويق رقمي احترافية لمتجري الجديد..."

النتيجة؟ نص عام ومكرر مليء بالعموميات والكليشيهات التي قرأناها ألف مرة.

النمط الهندسي (Skill معمارية):

إذا طلب المستخدم استراتيجية تسويق:
  1. حدد نوع المشروع والجمهور المستهدف بدقة.
  2. اقرأ ملف أبحاث السوق المخصص لدولته (مثلاً: Egypt أو Saudi).
  3. اختر الـ Workflow المناسب لمرحلة الإطلاق.
  4. استدعِ ذاكرة التوزيع الإعلاني وقنوات التحويل.
  5. نفّذ الخطوات بصيغة استراتيجية مجربة.
  6. دقّق المخرجات مقابل مصفوفة تجنب الكليشيهات.
  7. أخرج Deliverable محكماً وقابلاً للتطبيق فوراً.

الأول مجرد تعليمات عابرة؛ أما الثاني فهو هندسة كاملة لسلوك منهجي قابل للتكرار والاعتماد عليه في الإنتاج.

ما الذي يميّز TidyFactor Skill Architect عن أي أدوات أخرى؟

أكثر ما يبهر في هذا المشروع أنه يرفض معاملة الـ Skill كملف Markdown تجميلي، بل يتعامل معها كـ منتج هندسي متكامل (Software Product) يمتلك:

• Architecture & Triggers: متى تستيقظ المهارة بدقة، وما هي الكلمات المفتاحية التي تمنع إيقاظها خطأ (Anti-triggers).
• Workflows & Memory: فصل تام بين خطوات التنفيذ وبين الحقائق والقواعد المرجعية.
• Validation & Quality Bars: معايير حاسمة لرفض المخرجات غير المكتملة.
• Platform Compatibility: العمل بسلاسة عبر Antigravity و Claude Code و Cursor و Windsurf.
• Boundaries & Safety: منع تسريب المفاهيم التسويقية إلى الكود البرمجي أو العكس.

علاوة على ذلك، يأتي المشروع مزوداً بأوامر تشغيلية حاسمة مثل:

• init: لبناء هيكل مهارة جديدة وفق المعايير الـ 12 من الصفر.
• audit: لفحص ومراجعة أي مهارة قائمة وتصحيح العيوب الهيكلية.
• test: لتوليد سيناريوهات اختبار واضحة تقيس أداء الوكيل.
• grow: لتحديد هل حجم المهارة يستدعي تقسيمها وتوسعتها أم لا.

معظم مكتبات المهارات في السوق تجيبك عن: «ماذا تستخدم؟»، بينما يساعدك Skill Architect على الإجابة عن السؤال الأهم: «كيف أبني مهارة قابلة للصيانة، والتوسع، والاختبار المستمر؟».

الخلاصة: هل بناء المهارة يحتاج مهارة؟

بالتأكيد وبلا أي شك!

إذا كان:

• Prompt Engineering = كيف أسأل وأطلب؟
• Context Engineering = ما المعلومات التي أزود بها النموذج ومتى؟
• Skill Engineering = كيف أحول طريقة العمل نفسها إلى نظام مؤسسي قابل لإعادة الاستخدام؟

فإننا نعيش اليوم الانتقال الحتمي في تاريخ الذكاء الاصطناعي:

من كتابة الـ Prompts
  └──► إلى هندسة الـ Context
        └──► إلى بناء الـ Skills
              └──► إلى حوكمة منظومات الوكلاء المستقلة (Autonomous Agents)

وهنا تصبح المهارة بحد ذاتها أصولاً برمجية تتطلب معمارية رصينة، واختباراً دورياً، وحوكمة دقيقة. وهذا تحديداً هو الأفق الجديد الذي تفتحه منظومة TidyFactor Skill Architect.