// tier: helix-primary · order 5

HelixSkills betalicense: Apache-2.0

ShellGit submodulesModel Context ProtocolClaude Code pluginsReusable engines (continuum, token_optimizer)

Source

• HelixDevelopment/skills
• HelixDevelopment/HelixConstitution

// architecture

نظام مهارات مدعوم بحوكمة ودستور لموفري CLI AI

HelixSkills هو نظام مهارات لموفري CLI AI يرث Helix Constitution كوحدة فرعية، وبالتالي تُطبق جميع قواعد الحوكمة العالمية دون استثناء. يجمع هذا النظام مهارات الموفّرين القابلة للتثبيت، وخوادم الأدوات MCP، ومكونات الإضافات البرمجية Claude، والمحركات القابلة لإعادة الاستخدام خلف كتالوج قابل للتسجيل وموثّق.

HelixSkills هو نظام مهارات لموفري CLI AI. يدمج Helix Constitution كوحدة فرعية بحيث تُطبق جميع القواعد العالمية، ثم يقدّم مهارات قابلة للتسجيل (نظام بادئة الإجراءات، مدقق الوسائط، المسار المتعدد، مزامنة الجلسة، دورة حياة العناصر القابلة للعمل، وغيرها)، وخادمي أدوات MCP، ومكوني إضافات برمجية Claude، ومحركات قابلة لإعادة الاستخدام.

HelixSkills (مستودع skills، ترخيص Apache-2.0) هو نظام مهارات لموفري CLI AI، ويبدأ من قلب متعمد للترتيب المعتاد: الحوكمة أولاً، ثم القدرة. يرث Helix Constitution كوحدة فرعية constitution/، وبالتالي تُطبق جميع القواعد العالمية من constitution/CLAUDE.md وconstitution/Constitution.md دون استثناء — ليس كعرف قد يحترمه الموفر، بل كمجموعة قواعد مدمجة فعلياً في هيكل المشروع. لا يمكن للموفر الذي يعتمد HelixSkills أن يتجاهل الدستور؛ فالقواعد تنتقل مع الكود.

بينما تتعامل معظم "أطر المهارات" مع المفاهيم المجردة، يقدّم HelixSkills مخزوناً ملموساً وقابلاً للتسجيل يمكنك الإشارة إليه وتثبيته. تُثبت سبع مهارات دستورية عبر register.sh: نظام بادئة الإجراءات، مدقق الوسائط، المسار المتعدد، إعداد تقارير العناصر القابلة للعمل، قائمة العمل المجدولة، مزامنة الجلسة، ودورة حياة العنصر القابل للعمل — وهي مجموعة تتراوح من المستوى المتوسط إلى المتقدم، تغطي كل شيء بدءاً من تسمية الإجراءات المنظمة وصولاً إلى التحقق من الوسائط ودورة حياة وحدة العمل الكاملة. كما تم فهرسة مهارات تجريبية إضافية (نظرة عامة على أندرويد، لغة Java/Kotlin، نظام التشغيل لينكس) وجاهزة للتنشيط. يقدّم خادما أدوات MCP (مدقق الوسائط، والعمل المجدول) هذه المهارات للموفّرين عبر Model Context Protocol، بينما تضيف مكونا الإضافات البرمجية Claude (helix، والعمل المجدول) نفس القدرات مباشرة إلى بيئة تشغيل الموفر — مجموعة مهارات واحدة تصل إلى الموفّرين عبر أي واجهة يتواصلون من خلالها.

تحت الكتالوج توجد أربع محركات قابلة لإعادة الاستخدام من المستوى الأول — continuum (مُنفّذ)، بالإضافة إلى session_orchestrator، وtoken_optimizer، وclickup_sync (قيد التصميم) — وهي الآليات المشتركة التي تمنع المهارات من إعادة اختراع نفس البنية التحتية. يعلن مُحسّن الرموز وحده عن رسم بياني واضح للتبعيات يمتد إلى حزم منظومة vasic-digital (TOON، Embeddings، VectorDB، Normalize، conversation) وLLMProvider الخاص بـ HelixDevelopment، مما يجعل توصيلاته عبر المستودعات قابلة للتدقيق بدلاً من أن تكون ضمنية. يحيط بكل ذلك توثيق منظم: كتالوج المهارات، فهرس مهارات مُولّد آلياً، صفحات تفصيلية لكل مستودع، وسجل صريح للفجوات والمخاطر يحدد ما لم يُنجز بعد. يُنعكس النظام بأكمله عبر GitHub، وGitLab، وGitFlic، وGitVerse لضمان المرونة والوصول الإقليمي.

المحتوى

يحتاج وكلاء CLI وAI إلى قدرات متسقة ومحكومة وقابلة لإعادة الاستخدام، لا إلى نصوص برمجية مؤقتة تعيد ابتكار القواعد في كل مرة. بُني HelixSkills لمنح الوكلاء مجموعة مهارات مجمعة وقابلة للتسجيل، مرتبطة بدستور مشترك، بحيث يظل السلوك متسقاً وقابلاً للتدقيق عبر كل وكيل ومشروع يعتمد عليه.

يجعل قدرة الوكلاء محمولة ومتوافقة مع القواعد *بشكل بنيوي*، لا عبر الانضباط فقط. فكل مهارة هي وحدة محكومة ومُدرَجة بإصدار محدد وقابلة للتثبيت، مدعومة بوحدة فرعية دستورية—ففي اللحظة التي يسجل فيها الوكيل مهارة ما، يرث تلقائياً مجموعة القواعد المرجعية دون أي مجال للانحراف. وهذا يفتح الباب أمام ما لم يكن ممكناً من قبل: نقل قدرة من وكيل أو مشروع إلى آخر مع العلم بأنها تصل مرتبطة بالفعل بنفس الحوكمة، وتُعرض عبر واجهات قياسية (خوادم MCP وملحقات Claude Code) بدلاً من مجموعة نصوص برمجية مخصصة تعيد ابتكار القواعد في كل مرة.

• Constitution كوحدة فرعية: تُورّث قواعد الحوكمة العالمية بدلاً من نسخها—تُدمج في الهيكل بحيث يرتبط كل وكيل مستهلك بنفس مجموعة القواعد المرجعية، مع تحديثات تصدر من مصدر واحد للحقيقة بدلاً من عشرات النسخ القديمة.
• المهارات تُقدّم كوحدات ذاتية التسجيل (register.sh) وتُنسج في فهرس رسم بياني للمهارات يُولّد تلقائياً، بحيث يظل الكتالوج قابلاً للاكتشاف ولا ينفصل أبداً عما هو مثبت فعلياً.
• التعرض عبر واجهات متعددة: تصل مجموعة المهارات ذاتها إلى الوكلاء عبر خوادم أدوات MCP *و* ملحقات Claude Code—اكتب مرة واحدة، وتحدث مع أي بيئة تشغيل يستخدمها الوكيل.
• محركات قابلة لإعادة الاستخدام من المستوى الأول (continuum، token_optimizer، session_orchestrator، clickup_sync) مشتركة عبر النظام البيئي، تحمل كل منها إعلانات تبعية صريحة وقابلة للتدقيق عبر المستودعات بدلاً من الارتباطات المخفية.

• الحفاظ على سلوك الوكلاء متسقاً ومتوافقاً مع القواعد عبر مهارات ووكلاء متعددين—إعادة تنفيذ الحوكمة لكل مهارة يضمن التباعد مع مرور الوقت. تم حل هذه المشكلة بدمج Helix Constitution كوحدة فرعية بحيث تُطبق القواعد في constitution/CLAUDE.md وconstitution/Constitution.md دون شروط وتُحدّث من مصدر واحد بدلاً من نسخها وتركها لتتعفن.
• جعل مجموعة المهارات المتنامية قابلة للتثبيت والاكتشاف—فهرس المهارات لا قيمة له إذا لم يتمكن أحد من العثور على ما فيه أو تثبيته. تم حل هذه المشكلة من خلال تسجيل كل مهارة عبر register.sh عند التثبيت، بالإضافة إلى فهرس رسم بياني للمهارات يُولّد تلقائياً ووثائق تفصيلية لكل مستودع، بحيث يتتبع الاكتشاف الواقع تلقائياً.
• الوصول إلى وكلاء يتحدثون بيئات تشغيل مختلفة—لا ينبغي إعادة بناء نفس القدرة لكل مضيف. تم حل هذه المشكلة بتغليف مجموعة المهارات ذاتها خلف تعريفات خوادم أدوات MCP (تحت constitution/mcp/) وملحقات Claude Code (تحت constitution/plugins/)، بحيث تُعرض تنفيذية واحدة عبر واجهات متعددة.

المحتوى

• Shell (اللغة الأساسية) — اختيرت لأنها تسمح لأدوات التثبيت والتسجيل بالعمل في أي مكان يتواجد فيه العميل، دون الحاجة إلى تحميل بيئة تشغيل مسبقة؛ فهي تشغل register.sh وinstall_upstreams، مما يحافظ على مدخل خالٍ من التبعيات وسهل النقل.
• وحدات Git الفرعية — اختيرت لوراثة الحوكمة دون تكرار: حيث يتم تحميل Helix Constitution في المسار constitution/ كمرجع حي، بحيث تنتشر تحديثات القواعد عبر مؤشر واحد بدلاً من نسخها ولصقها ثم نسيانها.
• Model Context Protocol (MCP) — اختيرت كواجهة معيارية للأدوات مستقلة عن بيئة التشغيل للعملاء؛ حيث تم تعريف خادمي MCP (media-validator وscheduled-work) تحت المسار constitution/mcp/ لعرض المهارات كأدوات قابلة للاستدعاء.
• ملحقات Claude البرمجية — اختيرت لإدماج المهارات بشكل أصلي في بيئة تشغيل العميل دون الحاجة إلى أي ربط إضافي؛ حيث يتم شحن ملحقيْن (helix وscheduled-work) تحت المسار constitution/plugins/، مما يعكس واجهة MCP لاستضافة مختلفة.
• المحركات القابلة لإعادة الاستخدام (continuum، token_optimizer، session_orchestrator، clickup_sync) — اختيرت لاستخلاص الآليات المشتركة من المهارات الفردية لإعادة استخدامها عبر المشاريع؛ على سبيل المثال، يتم ربط token_optimizer بحزم vasic-digital (TOON، Embeddings، VectorDB، Normalize، conversation) وHelixDevelopment’s LLMProvider من خلال تعريف التبعيات بدلاً من تكرار الأكواد.
• مرآة Git متعددة المضيفين (GitHub، GitLab، GitFlic، GitVerse) — اختيرت لضمان عدم قطع الوصول في حال تعطل مضيف واحد أو حظر إقليمي؛ حيث يتم الاحتفاظ بنفس المستودع نشطاً عبر أربعة منصات لتحقيق المرونة والوصول الشامل.

• الحالة: تجريبية. تم شحن المهارات السبع للدستور وخادمي MCP وملحقيْن؛ بينما لا تزال المهارات المسودة مفهرسة بانتظار التنشيط، وثلاثة من المحركات الأربعة ذات العمق الأول (session_orchestrator، token_optimizer، clickup_sync) قيد التصميم.
• يشير ملف README إلى المشروع باسم helix_skills؛ بينما المسار الرسمي في GitHub هو HelixDevelopment/skills. كما أن عدد النتائج المتتبعة في ملف README هو رقم ذاتي الإبلاغ.

درجة الأولوية: Helix-أساسية.