الذكاء الاصطناعي يتجاوز الأنظمة التي تكتفي بالإجابة عن الأسئلة.
لقد انتقلنا من روبوتات الدردشة، إلى المساعدين الذين يمكنهم استخدام الأدوات، إلى الوكلاء الذين يمكنهم تصفح الويب، والعمل مع الملفات، واستدعاء واجهات برمجة التطبيقات، وتنفيذ المهام نيابةً عنا.
لكن مع ازدياد قدرات الوكلاء، يبرز سؤال أكبر:
ماذا يحدث عندما يستطيع الذكاء الاصطناعي أن يتصرف فعليًا؟
وهذا يجعل بنية الوكلاء لا تقل أهمية عن ذكاء النموذج.
هذه هي المشكلة @NEAR Protocol التي يعالجها الذكاء الاصطناعي مع IronClaw 1.0، وهو إطار عمل آمن ومفتوح المصدر لوكلاء الذكاء الاصطناعي، مبني بلغة Rust.
فكرتها الأساسية بسيطة: افصل الجزء الذي يقرر عن الجزء الذي ينفّذ.
يتفكر النموذج في ما يجب أن يحدث. توجد الأدوات وبيانات الاعتماد والملفات ووصول الشبكة على جانب التنفيذ. وبينهما توجد طبقة تنسيق واحدة تُسمى guard (الحارس)، يجب أن تمر عبرها الإجراءات.
هذا الفصل المعماري هو الأساس لكل ما بعده.
الأرقام وراء IronClaw
#ironclaw تم إطلاق 1.0 في 27 يوليو 2026، وأحد أقوى أجزاء الإصدار هو بيانات المعيار (benchmark).
باستخدام نموذج الأساس نفسه، deepseek-v4-flash، عبر مختلف بيئات تشغيل الوكلاء التي تمت مقارنتها، سجّل IronClaw:
➜ PinchBench — 93.5%
➜ ClawBench — 88.6%
➜ OfficeQA — 76.4%
▪︎ يختبر PinchBench 147 مهمة واقعية تغطي مجالات مثل الجدولة والبريد الإلكتروني والبرمجة والبحث وإدارة الملفات.
▪︎ يركز ClawBench على التفاعل المباشر عبر أكثر من 140 موقعًا إلكترونيًا قيد الإنتاج، ويختبر مهام متعددة الخطوات مثل الحجوزات وطلبات التقديم والمشتريات.
▪︎ يركز OfficeQA على الاستدلال المعتمد على المستندات عبر مجموعة كبيرة من مواد وزارة الخزانة الأمريكية، بما في ذلك المستندات الممسوحة ضوئيًا والجداول الكثيفة وملايين القيم العددية.
النقطة المهمة ليست فقط أن IronClaw حصل على درجة عالية.
كان النموذج الأساسي هو نفسه.
وهذا يوحي بأن بيئة التشغيل نفسها؛ وطريقة تعامل الوكيل مع الأدوات والصلاحيات والحالة والتنفيذ؛ يمكن أن تؤثر تأثيرًا ذا معنى على ما يستطيع النموذج إنجازه.
لكن هناك ملاحظة مهمة، وهي أن IronClaw لا يحقق الصدارة في كل معيار. وتشير الأبحاث أيضًا إلى أنه يتأخر في معايير مثل Gaia وSWE-lite split.
يُصبح ذلك يجعل المقارنة أكثر مصداقية. ليست الفكرة أن IronClaw أفضل عالميًا في كل شيء، بل أن بنيتها تؤدي بقوة عبر فئات المهام المحددة التي أبرزها إصدار 1.0.
ما الذي يجعل IronClaw مختلفًا فعليًا؟
أكبر التحسينات هي معمارية أكثر منها تجميلية.
1. يتم تضمين الأمان داخل مسار التنفيذ
قد تتطلب الإجراءات الحساسة موافقة بشرية صريحة، بينما تتحكم صلاحيات مبنية على القدرات (capability-based) فيما يُسمح للوكيل بفعله.
كما تُحفظ بيانات الاعتماد بعيدًا عن سياق النموذج، حيث تتم معالجة الأسرار عبر طبقة أمنية أكثر عزلًا.
هذا مهم لأن الوكيل الذي لديه وصول إلى البريد الإلكتروني أو الملفات أو واجهات برمجة التطبيقات أو الأنظمة المالية لديه سطح هجوم أكبر بكثير من روبوت دردشة.
2. تستمر الأعمال رغم الانقطاعات
يستخدم IronClaw التcheckpointing (التقاط نقاط الحفظ) المستمر.
إذا كان الوكيل في منتصف مهمة طويلة واحتاج إلى موافقة، أو تمت إعادة تشغيله، أو واجه انقطاعًا، فيمكن حفظ حالته حتى تكمُل الأعمال بدلًا من البدء من الصفر.
وهذا يحوّل الانقطاع من فشل كامل إلى مجرد توقف.
3. مساعد واحد عبر قنوات متعددة
يمكن لـ IronClaw العمل عبر CLI والويب وSlack وTelegram مع الحفاظ على الذاكرة المشتركة وسياسات الحارس نفسها.
بالنسبة للشركات، هذا مهم لأن الوكيل لا يتحول إلى نظام مختلف تمامًا في كل مرة يتغير فيها الواجهة.
4. مهيأ للفرق
يدعم IronClaw عمليات نشر متعددة المستأجرين حيث يمكن للمؤسسات مشاركة الأدوات والمهارات مع الحفاظ على مساحات العمل الفردية خاصةً افتراضيًا.
بالنسبة للفرق التي تحتاج إلى عزل أقوى، يوفر نشر المشارك/المستأجر الواحد (single-tenant) فصلًا كاملاً.
الفكرة الأساسية واضحة:
يشارك القدرات دون مشاركة الوصول بشكل غير ضروري.
أين يناسب NEAR AI؟
IronClaw جزء واحد فقط من مكدس أكبر #NEARAI .
يجمع NEAR AI بين بنية وكيل آمنة والحوسبة السرية عبر البيئات التنفيذية الموثوقة (TEEs)، حيث يمكن تشغيل الأحمال داخل بيئات معزولة من العتاد.
يشمل المكدس الأوسع NEAR AI Cloud والاستدلال السري وIronClaw واستضافة OpenClaw والتكاملات مع البنية التحتية الخاصة بـ NEAR #crypto مثل Intents وتواقيع السلسلة (Chain Signatures).
وهذا يخلق فصلًا مثيرًا لمسؤوليات متباينة:
يؤمّن IronClaw تنفيذ الوكيل.
تحمي البيئات التنفيذية الموثوقة (TEEs) بيئة حدوث الحوسبة الحساسة.
يوفر NEAR البنية التحتية التشفيرية للهوية والمعاملات والمدفوعات.
ثم هناك الجزء الذي أراه مثيرًا للاهتمام تحديدًا: الاستaking.
الـ Staking أكثر من مجرد عائد
قدّم NEAR AI الإيداع (Staking) لـ NEAR AI في 30 يوليو 2026.
إن الفكرة مختلفة عن مجرد دفع تكاليف البنية التحتية للذكاء الاصطناعي ببطاقة ائتمان.
يمكن للمستخدمين قفل NEAR واستلام اعتمادات AI متكررة مقابل خدمات مثل استضافة IronClaw والاستدلال السري (confidential inference)، مع الاحتفاظ بملكية الرهان الأساسي.
بالنسبة لاستضافة IronClaw، السياسة الحالية هي:
NEAR مُرهَن ÷ 100 = ميزانية شهرية لائتمان USD
الحد الأدنى للرهان لتفعيل وكيل IronClaw هو حاليًا 50 NEAR، والوكيل الأول مصمم ليعمل مباشرة خلال نحو 30 ثانية.
هذه الأرقام هي معاملات سياسة من إطلاق 30 يوليو 2026 ويمكن أن تتغير بمرور الوقت.
لكن هناك تمييزًا مهمًا يجب ألا يُغفل.
استaking NEAR AI ليس هو نفسه staking على مستوى البروتوكول.
يؤمّن Staking على مستوى البروتوكول بلوكتشين NEAR عبر المُحققين (validators) والمفوِّضين (delegators).
يقوم Staking في NEAR AI بدلًا من ذلك بربط NEAR المقفل باستخدامات ذكاء اصطناعي مثل استضافة الوكلاء والاستدلال السري.
إنهما آليتان مختلفتان، لكنهما تشير إلى الفكرة الأوسع نفسها: الأصل الذي يؤمّن الشبكة يمكنه أيضًا أن يصبح جزءًا من البنية التحتية الاقتصادية التي تُشغّل التطبيقات المبنية حوله.
الصورة الأوسع
ولهذا أعتقد أن قصة IronClaw أكثر إثارة من مجرد إطلاق وكيل ذكاء اصطناعي آخر.
الرهان الأكبر هو ربط عدة طبقات:
تنفيذ آمن → حوسبة سرّية → ملكية أصلية للتشفير → نشاط وكيل (agentic activity)
إذا كان الوكلاء في المستقبل سيُديرون معلومات حساسة ويتفاعلون مع الشركات ويحملون هويات ويقومون بالدفع وينفذون المعاملات، فلابد أن تتعامل البنية التحتية المحيطة بهم مع أكثر من مجرد الذكاء.
❍ يحتاج إلى الأمان.
❍ يحتاج إلى الاستمرارية.
❍ يحتاج إلى الخصوصية.
وفي النهاية، يحتاج إلى طبقة اقتصادية.
وهذا ما يجعل نهج NEAR AI جديرًا بالمراقبة.
يمكن تلخيص الأطروحة طويلة الأجل ببساطة:
يموّل رأس المال الحوسبة.
تمكّن الحوسبة الوكلاء.
ينشئ الوكلاء نشاطًا على السلسلة (onchain).
هل سيصبح ذلك نموذجًا جديدًا ذا معنى للبنية التحتية للذكاء الاصطناعي يبقى لإثباته.
لكن البناء حول IronClaw وNEAR AI يوحي بأن الصناعة قد تتحرك نحو مستقبل لا يكون فيه السؤال فحسب:
«ما مدى ذكاء الوكيل؟»
بل أيضًا:
«هل يمكننا الوثوق به في العمل الحقيقي؟»