Claude Code Mods: ماذا يحدث حين تصبح طبقة الوكيل الداخلية قابلة لإعادة الكتابة؟
أعلنت Anthropic ميزة Mods في Claude Code لإعادة كتابة سلوك الوكيل بـTypeScript. ما الذي أُعلن فعلاً، وما مخاطر الصلاحيات الكاملة، وكيف تجرّبها بأمان؟
في مطلع أكتوبر 2026 أعلنت Anthropic ميزة Mods في Claude Code: وحدات صغيرة بلغة TypeScript تُحقن داخل الوكيل نفسه لتغيّر سلوكه وشكله. الجديد هنا ليس إضافة أمر آخر، بل فتح الطبقة الداخلية التي كانت مغلقة: يمكنك اعتراض استدعاءات الأدوات وإعادة كتابة الأوامر وتبديل ميزات مدمجة بنسختك الخاصة. في هذا المقال نوضّح ما أُعلن فعلاً، وكيف تعمل الفكرة، وما الذي ينبغي أن تحذر منه قبل تثبيت أي Mod.
ما هي Mods بالضبط؟
وفق ما تداولته مصادر متخصصة، Mods هي إضافات (plugins) تستخدم ما يُعرف تقنياً بـ«خطافات الدوال» (function hooks): وحدات JavaScript أو TypeScript تعمل داخل Claude Code وتستطيع الاشتراك في أحداثه الداخلية. المصطلح الهندسي ما زال «function hook»، أما «Mod» فهو الاسم الذي استقرّ عليه المنتج للإضافة التي تستخدمها.
الأحداث التي يمكن اعتراضها، بحسب ما نُشر:
- استدعاءات الأدوات: حجبها أو إعادة محاولتها أو تعديلها.
- الأوامر والمدخلات (prompts): إعادة صياغتها قبل وصولها إلى النموذج.
- طلبات النموذج وعمليات رسم الواجهة.
ويمكن للـMod أيضاً أن يضيف واجهته وأوامره الخاصة، وأن يُطلق وكلاء فرعيين لمهام إضافية، كمصنِّف مخصّص يكتب ملاحظات الذاكرة في كل دورة.
ميزات مدمجة صارت Mods
من أبرز ما ذُكر أن ميزات مثل الأمر /diff وقراءة AGENTS.md صارت نفسها Mods، أي يمكنك تعطيلها أو استبدالها بنسختك. وهذا يغيّر العلاقة بين المستخدم والأداة: بدل أن تنتظر طلب ميزة، تكتب بديلها.
جدول: ثلاث Mods مرجعية
| الاسم | الوظيفة |
|---|---|
| Token Weather | مقياس يعرض استهلاك السياق |
| Blast Radius | حارس للأوامر قبل تنفيذها |
| Replay Theater | عرض التعديلات خطوة بخطوة |
هذه نماذج مرجعية قُدّمت مع الإعلان، وتكشف نوع الاستخدامات المتوقعة: مراقبة وحماية وتحسين تجربة العرض.
كيف تبدأ؟
تأتي Mods داخل الإضافات، فتثبّتها عبر الأمر /plugin في الطرفية أو تطبيق سطح المكتب. ويمكنك الاحتفاظ بالـMod لنفسك أو تقديمه إلى دليل Claude. وقبل الإطلاق الرسمي كان الاختبار يتطلب تفعيل متغير بيئة خاص مع إصدار حديث من Claude Code، لذلك تحقق من إصدارك قبل أي تجربة.
خطوات عملية آمنة للتجربة
- جرّب في مستودع تجريبي لا يحوي أسراراً أو مفاتيح.
- ابدأ بـMod مرجعي بسيط مثل مقياس السياق قبل أن تكتب Mod يعدّل الأوامر.
- اقرأ كود أي Mod تنزّله قبل تثبيته، فهو سيعمل بصلاحياتك الكاملة.
- سجّل ما يفعله الـMod في ملف سجل حتى تستطيع مراجعة تصرفاته لاحقاً.
- أبقِ نسخة احتياطية من إعداداتك لتعود إليها إن ساء السلوك.
الأمان: الجزء الذي لا ينبغي تجاهله
الـMods غير معزولة؛ تعمل بالصلاحيات نفسها التي يملكها Claude Code على جهازك، فلا تثبّتها إلا من مصادر موثوقة.
هذا التحذير جاء من Anthropic نفسها، وهو الأهم في الخبر كله. إضافة تستطيع إعادة كتابة الأوامر وحجب الأدوات تستطيع أيضاً، إن كانت خبيثة أو مخترقة، قراءة ملفاتك أو تسريب مفاتيحك. ذُكر كذلك أن خطط Enterprise وTeam تحصل على حماية افتراضية إضافية، بينما الخطط الشخصية لا تحصل عليها. أي أن عبء الحذر على الأفراد أكبر.
وهذا يربط الموضوع بما ناقشناه سابقاً في مقالنا عن عزل وكلاء الذكاء الاصطناعي: كلما زادت قابلية الأداة للتوسّع زاد سطح الهجوم. وسلسلة التوريد هنا ليست افتراضية، فقد رأينا في 2026 كيف تنتشر الإضافات الخبيثة عبر مستودعات الحزم.
ما الذي تغيّر فعلاً في سوق الوكلاء؟
الإضافات في أدوات البرمجة ليست جديدة، لكن معظمها كان يضيف أوامر أو أدوات خارجية. Mods تدخل إلى حلقة الوكيل نفسها. تأمل الفرق بين أن تضيف أداة جديدة للوكيل، وأن تغيّر الطريقة التي يقرّر بها استدعاء أي أداة أصلاً.
قيمة لفرق الهندسة
- فرض سياسات داخلية: منع أوامر معيّنة أو مسارات حساسة قبل تنفيذها.
- توحيد التجربة: إعدادات مشتركة للفريق تُوزَّع كإضافة واحدة.
- المراقبة: قياس السياق والتكلفة داخل الجلسة بدل لوحات منفصلة.
قيود يجب أن تعرفها
الواجهات البرمجية وصفت بأنها في مرحلة مبكرة وقابلة للتغيّر، فأي Mod تبنيه اليوم قد يحتاج تعديلاً مع الإصدارات القادمة. لا تبنِ عليه سير عمل حرجاً قبل استقرار الواجهات.
سيناريوهات استخدام واقعية
لفهم القيمة العملية، تخيّل ثلاثة مواقف يومية يمكن أن تخدمها هذه الفكرة، مع التنبيه إلى أنها أمثلة تحليلية منا وليست ميزات مؤكَّدة في الإعلان.
فريق يريد حاجزاً قبل الأوامر الخطرة
كثير من الفرق تخشى أن ينفّذ الوكيل أمراً يحذف مجلداً أو يعدّل ملف إعدادات حساساً. Mod على غرار «Blast Radius» يمكنه، نظرياً، فحص الأمر قبل تنفيذه ومنع ما يخرج عن نطاق مسموح. الفائدة هنا أن القاعدة تُطبَّق تلقائياً على كل مطوّر بدل الاعتماد على انتباه كل شخص.
مطوّر يهتم بالتكلفة والسياق
حين تطول الجلسة يتضخّم السياق وترتفع التكلفة ويتراجع التركيز. مقياس مرئي لاستهلاك السياق داخل الجلسة يتيح لك أن تقرّر متى تبدأ محادثة جديدة بدل أن تكتشف المشكلة متأخراً.
مراجع كود يريد فهم التعديلات بتأنٍّ
عرض التغييرات خطوة بخطوة بدل كتلة واحدة يقلّل احتمال تمرير تعديل غير مقصود. ومن يراجع كثيراً من الكود المولّد آلياً يعرف أن طريقة العرض تؤثر في جودة المراجعة بقدر الكود نفسه.
كيف تقيّم Mod قبل تثبيتها؟
اسأل نفسك الأسئلة التالية قبل أن تمنح أي إضافة وصولاً إلى حلقة الوكيل:
- المصدر: هل المطوّر معروف، وهل الكود مفتوح للقراءة والمراجعة؟
- الصلاحيات: ما الأحداث التي تشترك فيها؟ إضافة تحتاج مقياساً بسيطاً لا مبرر لها لاعتراض كل استدعاء أداة.
- الاتصال الخارجي: هل تُرسل بيانات إلى خادم خارجي؟ راقب الطلبات الصادرة أثناء التجربة الأولى.
- التحديثات: كيف تُدار؟ تحديث تلقائي من مصدر غير موثوق قد يحوّل إضافة سليمة إلى خطر لاحقاً.
أسئلة شائعة
هل Mods آمنة للاستخدام الشخصي؟
هي آمنة بقدر مصدرها. لا عزل لها، وتعمل بكامل صلاحيات الوكيل، فاقرأ الكود وثبّت من مصادر موثوقة فقط.
هل أحتاج لخبرة في TypeScript؟
للاستخدام فقط لا. لكن لكتابة Mod خاصة بك ستحتاج معرفة أساسية بـTypeScript وبمفهوم الأحداث والخطافات.
هل يمكن استبدال الميزات المدمجة؟
نعم وفق الإعلان؛ ميزات مثل /diff صارت Mods يمكن تعطيلها أو استبدالها.
الخلاصة
Mods تنقل Claude Code من أداة تُستخدم كما هي إلى منصة تُعاد برمجتها من الداخل. المكسب كبير للفرق التي تريد سياسات ومراقبة مخصّصة، لكن الثمن صلاحيات كاملة بلا عزل. الموقف الحكيم: جرّب في بيئة معزولة، وثبّت من مصادر موثوقة، وانتظر استقرار الواجهات قبل أن تعتمد عليها في سير عمل حرج.
