كلود كود يُحدث ويستبدل جافا سكريبت بالثنائية الأصلية، وداعًا لاعتماد نود.جي إس

أنثروبيك بترقية إلى v2.1.113 طريقة توزيع كود كلاود: حزمة npm تم تحويلها إلى ملفات تنفيذية أصلية مُترجمة مسبقًا لكل منصة، بدلاً من كود جافا سكريبت. في هذا الإصدار، تم استبدال حزمة npm من كود جافا سكريبت بملفات تنفيذية أصلية مُترجمة مسبقًا لكل منصة، مما أزال التكلفة الخفية لانتظار عملية Node.js وتدفئة JIT في كل مرة يتم فيها التشغيل.
(مقدمة سابقة: شرح عميق عن Claude Opus 4.7، ترقية قدرات البرمجة، بدون زيادة سعر الـ 1 مليون، وأين تكمن العيوب الفعلية؟)
(معلومات إضافية: أنثروبيك تطلق أداة تصميم بصري مذهلة "Claude Design"! جملة واحدة لصنع عرض تقديمي، خطة، أو نموذج تطبيق بسرعة)

فهرس المقال

تبديل

• ماذا تغير في الإصدار؟
• من الناحية التقنية: ما الفرق بين الطريقتين
• التغييرات المحددة التي جلبتها
• ماذا يحتاج المستخدم أن يفعل؟
• اتجاه أكبر: أدوات CLI تتجه نحو التمكين من الأصل

كل مرة تضغط على claude، النظام يعيد نفس الشيء: تشغيل Node.js، قراءة جميع أوامر جافا سكريبت، تهيئة JIT، ثم الدخول إلى الحلقة الرئيسية لـ CLI.

هذه التأخيرات لا تهم خوادم الويب التي تعمل لفترات طويلة، لكن أدوات CLI التي تُنادى عدة مرات في اليوم، يصبح وقت الانتظار هذا مشكلة أداء مزعجة. أنثروبيك حلّت المشكلة باستخدام تحديث افتراضي واحد.

ماذا تغير في الإصدار؟

من v2.1.113 فصاعدًا، ما يتم تثبيته بواسطة npm install -g @anthropic-ai/claude-code قد تغير.

ظاهريًا، الأوامر لم تتغير؛ لكن، حزمة npm لم تعد توزع كود جافا سكريبت، بل تقوم بجلب الملف التنفيذي الأصلي المترجم مسبقًا لنظام التشغيل الخاص بالمستخدم (macOS / Linux / Windows، ARM / x86)، ثم تربطها عبر سكربت postinstall بالموقع الصحيح.

عملية التثبيت من جانب المستخدم: أمر واحد، وكل شيء كما كان.

من الناحية التقنية: ما الفرق بين الطريقتين

مسار التشغيل في إصدار جافا سكريبت (قبل v2.1.113)

كل مرة ينفذ المستخدم claude، يجب أن يمر عبر أربع خطوات:

• تشغيل برنامج Node.js: نظام التشغيل يبدأ بيئة تشغيل Node.js
• قراءة السكربتات: Node.js يقرأ جميع ملفات .js الخاصة بـ Claude Code
• تهيئة JIT: المترجم الفوري يترجم جافا سكريبت إلى كود آلة
• الدخول إلى الحلقة الرئيسية لـ CLI: هنا يبدأ العمل الحقيقي

مسار التشغيل للملف التنفيذي الأصلي (ابتداءً من v2.1.113)

أنثروبيك عند الإصدار، قامت بتجميع محرك جافا سكريبت وكل الكود في ملف تنفيذي واحد، وتم ترجمته خصيصًا لكل منصة. نظام التشغيل يستقبل الملف بصيغة أصلية معروفة لديه: يُحمّل مباشرة، يُنفّذ مباشرة، متجاوزًا تكاليف بدء تشغيل Node.js وتهيئة JIT.

ماذا تغير بشكل محدد

| المشروع | | --- | | سابقًا (نسخة جافا سكريبت) | | الآن (ملف تنفيذي أصلي) | | --- | --- | --- | | طريقة التشغيل | تشغيل Node.js → قراءة جافا سكريبت → ترجمة JIT | نظام التشغيل يحمّل مباشرة | | زمن التهيئة | ملموس (عند كل تشغيل بارد) | تم تقليله بشكل واضح | | Node.js على الجهاز المحلي | مطلوب التثبيت | لم يعد ضروريًا | | تعارض إصدار Node.js | يحدث أحيانًا | غير موجود | | مخاطر فشل التثبيت | مرتفع (اعتمادية على البيئة المعقدة) | انخفض |

بالنسبة للمستخدمين الذين يستخدمون claude عشرات المرات يوميًا، فإن اختفاء زمن التهيئة هو تحسين ملموس في الأداء.

ماذا على المستخدم أن يفعل؟

لا شيء. الأوامر القديمة لا تزال صالحة:

npm install -g @anthropic-ai/claude-code

npm تختار تلقائيًا الملف التنفيذي المناسب لكل منصة، والمستخدم لا يحتاج إلى إدراك أي تغيير.

إذا رغبت في الاستمرار باستخدام نسخة جافا سكريبت

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

npm install -g @anthropic-ai/[email protected]

اتجاه أكبر: أدوات CLI تتجه نحو التمكين من الأصل

هذه ليست مبادرة أنثروبيك فقط، بل اتجاه عام في أدوات التطوير. أدوات CLI في بيئة Rust (ripgrep، fd)، وأدوات Go (gh، terraform) تُوزع منذ زمن طويل كملفات تنفيذية أصلية، لتجنب الاعتماد على بيئة تشغيل خارجية.

بيئة جافا سكريبت كانت تعتمد على تشغيل Node.js، لكن مع زيادة تعقيد الأدوات وتكرار استخدامها، أصبح زمن بدء تشغيل Node.js عبئًا واضحًا. قرار أنثروبيك هو حزم محرك جافا سكريبت مباشرة داخل الملف التنفيذي، بحيث لا يشعر المستخدم بوجود بيئة تشغيل عند التنفيذ.

بالنسبة للمطورين الذين يعتمدون على Claude Code يوميًا، هذا الإصدار الصغير يحمل وراءه تحسينًا حقيقيًا في تجربة الاستخدام.