بقلم: يوسف | محرر أدوات الذكاء الاصطناعي · صوت تحريري بإشراف بشري
المشكلة التي يحلّها sx 2.0 ليست تقنية بالدرجة الأولى — هي مشكلة توزيع. أفضل مستخدمي الذكاء الاصطناعي في أي فريق يبنون مهارات وإعدادات MCP وأوامر تضاعف إنتاجيتهم، لكن تلك المعرفة تبقى حبيسة أجهزتهم لأن قناة التوزيع الوحيدة المتاحة كانت git والـ terminal. الإصدار الأول من sx حلّ المشكلة للمطوّرين. الإصدار الثاني يحلّها للبقية.
بعد (وفقاً لفريق sx) ستين مقابلة اكتشاف أُجريت هذا العام، تبيّن أن أكثر المستخدمين استخراجاً للقيمة من مهارات الذكاء الاصطناعي ليسوا مطوّرين — بل فرق التسويق والقانون والمبيعات والعمليات. هؤلاء يكتبون مهارات ممتازة، لكن ليس لديهم git ولا terminal ولا رغبة في تعلّمهما. طلب أي فريق تسويق تشغيل sx init --type git يساوي عملياً أن تطلب منهم التوقف عن المشاركة.
الحل في 2.0 بسيط بشكل لافت: مجلد مشترك. تفتح التطبيق على Mac أو Windows أو Linux، وتوجّهه نحو مجلد في Dropbox أو Google Drive أو OneDrive أو iCloud، وتسحب مهاراتك إليه. زملاؤك يوجّهون التطبيق نحو المجلد ذاته وكل ما تنشره يظهر لديهم. لا خادم، لا حسابات، لا بنية تحتية إضافية — منتج المزامنة الذي تدفع عنه شركتك مسبقاً يتولى النسخ والتوزيع.
ما يجعل هذا يعمل تقنياً هو تغيير جوهري في بنية التخزين: vault format v2 يضع أحدث نسخة من كل أصل مباشرة على القرص في assets/<name>/ كملفات markdown قابلة للقراءة، وسجل الإصدارات في .sx/versions/ بجانبها. يمكنك استخدام grep على المخزن، وفتحه في Obsidian، وتوجيه .claude/skills مباشرة إليه دون أي فكّ ضغط. الفارق الحقيقي عن مجلد Obsidian اعتيادي هو ما يحدث بعد مزامنة الملفات: عندما تضغط Sync في التطبيق، يشغّل sx install في الخلفية ليترجم كل مهارة إلى تنسيق كل عميل ذكاء اصطناعي تستخدمه — Claude Code skills، أو Cursor rules، أو Copilot instructions — ويكتبها في المكان الصحيح على جهازك. هذه طبقة الترجمة التي لا يستطيع مجلد markdown وحده أن يوفّرها.
الإصدار 2.0 يضيف أيضاً Collections: مجموعات تجمع مهارات مترابطة وتُثبَّت كوحدة واحدة تُحلَّل عند القراءة. هذا يعني أن مهارة جديدة تُضاف إلى مجموعة مشتركة الشهر القادم تصل إلى الفريق كاملاً تلقائياً دون أن يُعيد أحد تشغيل أي شيء. أما المطوّرون فلا يخسرون شيئاً: الـ CLI لا يزال ثنائياً مكتوباً بـ Go، وأنواع المخزن git و skills.new لا تزال تعمل، والتطبيق والـ CLI يقرآن المخازن نفسها.
النصف الثاني من الإصدار نظام إضافات Extensions قابل للتوسعة. الفكرة التي يدافع عنها الفريق صراحةً — ومستمدّة من تجربة مباشرة مع نظام الإضافات في Atlassian — هي أن المشاكل المثيرة للاهتمام في أي أداة للفرق دائماً خاصة بكل فريق، وحشر إجابات كل الفرق في النواة الأساسية هو الطريق المضمون لتضخم المنتج وإبطائه. الإضافة عبارة عن مجلد يحتوي على manifest وES module واحد، دون خطوة build إلا إذا أردتها.
المتجر المرفق يضم خمس عشرة إضافة جاهزة، وأكثرها استخداماً وفق الفريق هي أدوات صحة المجموعات: Collection Doctor يمنح كل مجموعة درجة من صفر إلى مئة ويسمّي المشاكل — وصف مختصر، أصول قديمة ينبغي إتقاعدها، مهارات متشابهة تكاد تكون مكرّرة، مهارات ضخمة تستهلك context زائداً — وكل نتيجة قابلة للنقر للوصول مباشرة للأصل المعني. Adoption Widgets تُظهر من في الفريق يستخدم أي مهارة فعلياً حتى تعرف إن كانت المهارة التي استغرق أحدهم أسبوعاً في بنائها تؤدي دورها. Review Rota تمنح كل أصل تاريخ مراجعة يتكيّف مع كثافة استخدامه وتوزّع المراجعات بشكل عادل على أعضاء الفريق. Collection Export تُحوّل مجموعة كاملة إلى إضافة Claude Code أو Codex أو Gemini، أو ملف zip للمشاركة خارج المخزن.
على صعيد الأمان، قرار الفريق واضح: الإضافات محاطة بصلاحيات صريحة — لا filesystem، لا Node، لا شبكة خارج المضيفين الذين تُعلن عنهم الإضافة صراحةً، وتفعيل إضافة يعرض قائمة بلغة سهلة لكل ما تستطيع لمسه، وتُعاد المطالبة عند كل تحديث يغيّر تلك القائمة. الإضافات نفسها أصول sx، أي أنها تمرّ بنفس قناة النشر والإصدار والمراجعة كأي مهارة، مما يمنع أي تحديث من التسلل دون مراجعة. مسؤولو المؤسسة يستطيعون وضع قائمة بيضاء أو تعطيل إضافات الطرف الثالث على مستوى المخزن كاملاً، والمتجر نفسه مجرد مخزن sx — وتوجيه التطبيق لـ repository خاص بك يعطيك متجراً خاصاً.
sx 2.0 مفتوح المصدر بالكامل تحت رخصة Apache-2.0 على GitHub، والتطبيق متاح في release assets للمنصات الثلاث، فيما يبقى brew install sx الطريق للحصول على الـ CLI. السؤال الذي يطرحه الفريق بصدق: هل يصمد نموذج المجلد المشترك أمام كمون Dropbox الحقيقي في بيئات العمل الفعلية؟ هذا ما سيكشفه الاستخدام الواقعي.
