رادار كفاءة العمل بالذكاء الاصطناعي | 2026-07-23

أقوى إشارة اليوم ليست “إضافة عدد قليل من مشاريع الذكاء الاصطناعي”، ولكن الأدوات بدأت في الانتقال إلى كلا الطرفين: من ناحية، تم دمج وكيل الترميز في سير عمل أكثر تحديدًا، ومن ناحية أخرى، يتم استكمال النواة الصلبة لـ MCP وتصحيح الأخطاء والأمان. بمعنى آخر، لم يعد الجميع يريد فقط “روبوتات يمكنها كتابة التعليمات البرمجية”، ولكن وكلاء يمكنهم العمل بالتوازي، ويمكنهم الاتصال بأدوات خارجية، ويمكن تدقيقهم وتقييدهم.

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

مهارات Aperivue/medsci

التعريف: مجموعة من مهارات الوكيل للبحث الطبي، تغطي استرجاع الأدبيات ومعايير إعداد التقارير والتحقق من الاستشهادات والإحصاءات والرسومات الورقية وإعداد التقديم. يُزعم أنه سيتم استخدامه مع Claude Code وCodex وCursor وGitHub Copilot.

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

ما هو استخدامه للتطوير/جمع البيانات/الأتمتة/تعاون الفريق: إذا كان فريقك يتولى في كثير من الأحيان مراجعة الأدبيات، وجمع النتائج التجريبية، ومراجعة ما قبل التقديم، فإن نموذج المهارة هذا يشبه إلى حد كبير وحدة سير العمل القابلة لإعادة الاستخدام. كما أنه يوفر نموذجًا قابلاً للنسخ حول “كيفية تقييد الوكيل ضمن عملية مهنية معينة”. إنها ليست بالضرورة مناسبة للطب فقط. ويمكن استخدامه أيضًا كمرجع للشؤون القانونية وأبحاث الاستثمار وأبحاث المنتجات.

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

الرابط الأصلي: https://github.com/Aperivue/medsci-skills

نمباليست/نيمباليست

التعريف: منصة عمل مرئية مفتوحة المصدر لـ Claude Code وCodex وOpenCode. يقوم بشكل أساسي بتشغيل العديد من وكلاء الترميز بالتوازي، ثم يستخدم الأساليب المرئية مثل تخفيض السعر والنموذج بالحجم الطبيعي والرسم التخطيطي لتعديل عملهم.

لماذا يستحق المشاهدة الآن: ما يعوق العديد من الفرق حقًا ليس ما إذا كان الوكيل يمكنه الكتابة، ولكن “كيفية مراقبة مخرجات العديد من الوكلاء في نفس الوقت”. تتمثل قيمة أدوات مثل Nimbalyst في إخراج الوكلاء من سطر الأوامر ووضعهم في واجهة يسهل مراقبتها ومقارنتها واسترجاعها.

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

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

الرابط الأصلي: https://github.com/nimbalyst/nimbalyst

جووينكي/جات

التعريف: مشروع “Agentic IDE” الذي يُطلق عليه اسم “Agentic IDE” والذي يوفر جلسات مباشرة، وإدارة المهام، ومحرر التعليمات البرمجية، والمحطة، وقواعد التقدم التلقائي وسير العمل المتوازي، بهدف الإشراف على أكثر من 20 وكيلًا من واجهة واحدة.

لماذا يستحق المشاهدة الآن: يعكس هذا النوع من المشاريع اتجاهًا واضحًا: لم يعد الوكلاء مجرد أشرطة جانبية في بيئة تطوير متكاملة (IDEs)، بل يتجهون نحو “طبقة تنسيق المهام”. يعامل هذا الاتجاه من JAT الوكيل كمجموعة من العمال المجدولين بدلاً من مساعد واحد يجيب على الأسئلة.

ما هو استخدامه للتطوير/جمع البيانات/الأتمتة/تعاون الفريق: إذا كان بإمكانه حقًا وضع المهام والمحطات والقواعد والتنفيذ الموازي في مكان واحد، فسيكون أكثر ملاءمة للتطوير الآلي المستمر بأسلوب التكامل، مثل تقسيم المهام وتشغيل البرامج النصية ومراقبة الحالة في نفس الوقت. بالنسبة للتعاون، قد تكون مناسبة أيضًا كلوحة معلومات موحدة حول “من يفعل ماذا وأين فعل ذلك” لتقليل التساؤلات البشرية.

المخاطر أو التحذيرات: غالبًا ما يكون هذا النوع من أدوات “وضع كل شيء في متناول اليد” طموحًا للغاية، ولكن من السهل أن يأتي بنتائج عكسية بسبب التعقيد عند تنفيذه. يعد سرد أكثر من 20 وكيلًا جذابًا للغاية، ولكن المشكلات الحقيقية هي كيفية إدارة الأذونات، وكيفية التراجع عن الفشل، وكيفية إعادة استخدام السياق، ومن سيتخذ الحكم النهائي.

الرابط الأصلي: https://github.com/joewinke/jat

جوجل/السرعوف

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

لماذا يستحق المشاهدة الآن: عندما يبدأ الوكلاء بالقدرة على تغيير التعليمات البرمجية، وإجراء الاختبارات، وإرسال الإصلاحات، لا يمكن أن تكون مراجعات الأمان مجرد “فحص بشري للاختلافات”. توضح مشاريع مثل Mantis أن أكثر ما ينقص الوكلاء ليس المزيد من قدرات التوليد، بل طبقات التدقيق والتحقق والقيود المتخصصة.

ما هو استخدامه للتطوير/جمع البيانات/الأتمتة/تعاون الفريق: إنه مناسب كنقطة انطلاق للمراجعات الأمنية، خاصة في الفرق التي شارك فيها الوكلاء بالفعل في إرسال التعليمات البرمجية. قد لا يكون الاستخدام الأكثر واقعية هو السماح له “بالعثور على جميع نقاط الضعف” بشكل مباشر، ولكن تضمينه في فحص ما قبل الدمج واقتراحات الإصلاح والتحقق من الانحدار لتشكيل مسار أمان خفيف الوزن.

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

الرابط الأصلي: https://github.com/google/mantis

daniel3303/إكويبلز

التعريف: “محطة بلومبرج صغيرة” مفتوحة المصدر ومستضافة ذاتيًا ومتاحة كخادم MCP لوكلاء الذكاء الاصطناعي، مع بيانات تشمل ملفات هيئة الأوراق المالية والبورصات، والممتلكات المؤسسية، والتداول من الداخل، والتداول في الكونجرس، وبيانات البيع على المكشوف.

لماذا يستحق المشاهدة الآن: يعد هذا واحدًا من أكثر مشاريع MCP “المباشرة في سير العمل” اليوم. فهو يقوم في الأصل بتجميع مصادر المعلومات المالية المتناثرة في طبقة أدوات قابلة للاستدعاء، وهي مناسبة للوكلاء للتحقق مباشرة من البيانات وإجراء الفحص الأولي وإنشاء الملخصات، بدلاً من السماح للأشخاص بالتنقل ذهابًا وإيابًا لتصفح صفحات الويب.

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

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

الرابط الأصلي: https://github.com/daniel3303/Equibles

go-delve/mcp-dap-server

التعريف: خادم يربط MCP وDAP (بروتوكول محول التصحيح)، مما يسمح لوكلاء الذكاء الاصطناعي بتصحيح أخطاء البرامج قيد التشغيل والتفاعل معها.

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

ما هو استخدامه للتطوير/جمع البيانات/الأتمتة/تعاون الفريق: إذا كان مستقرًا، فإن الاستخدام الأكثر مباشرة هو أتمتة عملية تصحيح الأخطاء بشكل شبه آلي، مثل السماح للوكيل بقراءة المكدس أولاً، وتخمين المشكلة، ثم التعاون مع التحقق اليدوي. بالنسبة لتعاون الفريق، قد يؤدي ذلك أيضًا إلى تقليل الاحتكاك الناتج عن “وصف الخطأ” والسماح للوكيل برؤية الأدلة الجارية مباشرة.

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

الرابط الأصلي: https://github.com/go-delve/mcp-dap-server

امنحهم بوصة واحدة وسيأخذون مسافة ميل: فهم وقياس الارتباك في هوية المتصل في أنظمة الذكاء الاصطناعي المستندة إلى MCP

ما هو: ورقة حول أمان MCP. التركيز الأساسي هو ارتباك هوية المتصل في أنظمة MCP، أي مشكلة ارتباك هوية المتصل.

لماذا يستحق المشاهدة الآن: كلما أصبح MCP أكثر انتشارًا بشكل أسرع، زادت أهمية فهم افتراضاته الأمنية أولاً. هذا الموضوع محدد للغاية. إنه ليس حديثا عاما عن “الذكاء الاصطناعي خطير”، لكن السؤال يقع على “من المتصل، ومن المخول، ومن تثق به الأداة”. هذا هو بالضبط المكان الذي من المرجح أن تسوء فيه الأمور عندما يكون الوكيل متصلاً بسلسلة أدوات المؤسسة.

ما مدى فائدتها في التطوير/التوثيق/الأتمتة/تعاون الفريق: إذا كنت تقوم بالفعل بتقييم أو نشر خادم MCP، فإن هذه الورقة أشبه بمصدر لقائمة التحقق الأمنية. ويذكرك بالتركيز على نقل الهوية، وحدود الترخيص، والكشف عن الأدوات، وتتبع سلسلة المكالمات، بدلاً من مجرد التحقق من “ما إذا كان من الممكن الاتصال”.

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

الرابط الأصلي: https://arxiv.org/abs/2603.07473

الاتجاه الأكثر استحقاقًا للمتابعة اليوم، سأراهن على شيئين: الأول هو تحويل الوكيل من “نقطة سؤال وجواب واحدة” إلى طاولة عمل يمكن “ترتيبها وموازتها والإشراف عليها”؛ والآخر هو تطوير MCP من “أداة يمكن توصيلها” إلى طبقة هندسية يمكنها “إدارة الأذونات والتدقيق”. يحدد الأول ما إذا كان يمكن بالفعل تحسين الكفاءة، ويحدد الأخير ما إذا كانت مجموعة الكفاءة هذه تعتمد على إمكانية التحكم.