إصدار Zed 1.0: محرر الأكواد المبني على Rust الذي يتحدى VS Code

في 29 أبريل 2026، أطلقت شركة Zed Industries إصدار Zed 1.0 — أول إصدار مستقر لمحرر أكواد قضى أكثر من خمس سنوات وأكثر من ألف نسخة في طور التطوير العلني. الفريق الذي يقف خلف المنتج هو نفسه الذي طوّر محرر Atom وأداة Tree-sitter في GitHub، ثم تخلى عن Electron وJavaScript ومنظومة VS Code بأكملها ليبدأ من الصفر بلغة Rust ومكدّس واجهة رسومية مخصص يعتمد على وحدة معالجة الرسومات.

بالنسبة لمعظم المطورين، عبارة "محرر أكواد جديد" لا تثير الاهتمام عادةً. لكن Zed 1.0 يستحق الانتباه لأنه يمثّل أول محاولة جادة لبناء محرر أكواد تكون فيه وكلاء الذكاء الاصطناعي والتعاون في الوقت الحقيقي والأداء الأصلي بنية تحتية من الدرجة الأولى، وليست إضافات مركّبة لاحقًا.

لماذا يهم محرر جديد في 2026

من المفترض أن سوق محررات الأكواد قد استقر. VS Code يهيمن بأكبر منظومة إضافات في تاريخ البرمجيات. Cursor وWindsurf وموجة من النسخ المعدّلة الموجهة للذكاء الاصطناعي طعّمت الوكلاء فوق هذه المنظومة. JetBrains يحتفظ بالمستخدم المحترف للغتي Java وKotlin. Vim وNeovim يهيمنان على شريحة أنصار لوحة المفاتيح.

يدخل Zed هذا السوق برهان مختلف: المحرر نفسه، وليس فقط طبقة الذكاء الاصطناعي، يحتاج إلى إعادة كتابة من أجل عصر الوكلاء. الحجة كالتالي: وكلاء الذكاء الاصطناعي على وشك تنفيذ عدد من تعديلات الأكواد في الثانية أكبر من أي إنسان. المحررات المبنية على Electron وJavaScript تئنّ أصلاً تحت ضغط مستودعات الكود الكبيرة وخوادم اللغات طويلة العمل. أضف إلى ذلك وكيلًا يكتب مئات الملفات بشكل مستقل، ويبثّ التغييرات في الوقت الحقيقي، وينسّق مع أعضاء الفريق عبر مؤشرات متعددة اللاعبين، وتصبح الشروخ بنيوية.

تم تصميم Zed لهذا النوع من الأعباء. لغة Rust في القلب. عرض رسومي عبر وحدة معالجة الرسومات بمعدل 60 إطارًا في الثانية حتى على شاشات 4K مع ملفات ضخمة. تنظيم ذاكرة مصمم لتعديلات بزمن استجابة منخفض. Tree-sitter مدمج أصلاً. تعاون متعدد اللاعبين كميزة جوهرية، لا كإضافة.

ما يقدّمه الإصدار 1.0

يدمج إصدار 1.0 سنوات من ميزات المرحلة التجريبية في أساس مستقر واحد:

• عرض أصلي بـ Rust ومسرّع بوحدة معالجة الرسومات — لا Electron، ولا Chromium، ولا محرك JavaScript. يعمل المحرر كملف ثنائي أصلي مع إطار عمل عرض GPUI مخصص يحقق 60 إطارًا في الثانية على شاشات 4K حتى مع فتح ملفات ضخمة.
• وكيل ذكاء اصطناعي مدمج — يأتي Zed مع لوحة وكيل أصلية تدعم نموذج BYOK (أحضر مفتاحك الخاص) لـ Claude وGPT وGemini، فضلاً عن النماذج المحلية عبر Ollama. الوكيل مدمج مع فهرس الرموز وخوادم اللغات وحالة Git في المحرر.
• بروتوكول سياق النموذج وبروتوكول عميل الوكيل — يطبّق Zed كلًّا من MCP لخوادم الأدوات وACP لإمكانية تشغيل وكلاء من جهات مختلفة، ما يعني أن وكلاء من بائعين متعددين يمكنهم الاتصال بنفس واجهة المحرر.
• تعاون متعدد اللاعبين في الوقت الحقيقي — يمكن لعدة مطورين تحرير الملف ذاته بمؤشرات مشتركة، ووضع المتابعة للبرمجة الثنائية، وطرفيات مشتركة. كان هذا هو الوعد الأصلي لـ Zed في 2024، ويصل اليوم بجودة إنتاج.
• Git أصلي — عرض الرسم البياني، والمقارنة، والمسؤولية، وحل التعارضات، وتنظيم التغييرات قطعةً قطعة، كلها مدمجة. لا حاجة لأي إضافة.
• مصحح أخطاء أصلي — نقاط توقف، وفحص متغيرات، وتتبّع المكدس، تأتي أصلاً لأهم سلاسل أدوات اللغات.
• النواة مفتوحة المصدر — المحرر مرخّص بموجب GPL-3.0، مع خدمة تعاون مستضافة مدفوعة للفرق التي ترغب في بنية تحتية مُدارة للتعاون متعدد اللاعبين.

كيف يقارن Zed بمنافسيه

المقارنة الصادقة مهمة لأن قلة من المطورين يغيّرون محرراتهم بناءً على بيان صحفي.

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

في مواجهة Cursor وWindsurf. يبني Cursor على أساس VS Code ويضيف أفضل تنسيق وكلاء في السوق وSDK برمجي تم إطلاقه حديثًا. أما Zed فيبني الأساس بنفسه ويراهن على أن امتلاك الطبقة الأساسية ينتج تجربة أسرع وأكثر تماسكًا. حاليًا يملك Cursor المنتج الأنضج للوكلاء والمنظومة الأكبر من الجهات الخارجية. Zed يملك أقوى نواة محرر للعمل الحساس للأداء.

في مواجهة JetBrains. يبقى JetBrains بلا منافس للغات JVM، وأدوات إعادة الهيكلة، وميزات اللغات المتخصصة العميقة. Zed أكثر شموليةً وأسرع في التحرير اليومي، لكنه ليس بديلًا بعد عن IntelliJ على قاعدة كود Spring Boot كبيرة.

في مواجهة Neovim وHelix. Zed أكثر شعبية ويوفر الذكاء الاصطناعي والتعاون متعدد اللاعبين جاهزًا. يبقى Neovim وHelix الخيار المفضّل لمن يضع لوحة المفاتيح أولًا ويريد الإعداد ككود، وللمطورين الذين يرغبون في التحكم الكامل ببيئة التحرير.

بنية أصلية للذكاء الاصطناعي

عبارة "أصلي للذكاء الاصطناعي" مستهلكة. في حالة Zed، هي تصف خيارًا معماريًا محددًا. لوحة الوكيل ليست إضافة. هي ميزة محرر أساسية لها وصول إلى الشجرة النحوية المُحلَّلة ذاتها، وتشخيصات خادم اللغة، وحالة Git التي يستخدمها بقية المحرر. عندما يولّد الوكيل اختلافات متعددة الملفات، يعرضها المحرر كمعاينة تدفّق عبر نفس خط الأنابيب الرسومي الذي يقود التعديلات العادية.

هذا مهم لثلاثة أسباب.

أولًا، زمن الاستجابة. الوكلاء الذين يعملون على شجرة AST مُحلَّلة وفهرس رموز محدّث يستطيعون الإجابة على "اعثر على كل من يستدعي هذه الدالة" في أجزاء من الثانية، لا في ثوانٍ. فهرسة Zed الأصلية سريعة بما يكفي للحاق بهذا الإيقاع.

ثانيًا، الموثوقية. إضافات الوكلاء المركّبة تتعارض غالبًا مع حالة المحرر. محرران للملف نفسه، مفهومان مختلفان لما هو غير محفوظ، مؤشران. يدمج Zed الوكيل في طبقة لا يمكن أن تنشأ فيها هذه التعارضات.

ثالثًا، قابلية التوسيع. بتطبيق MCP وACP على مستوى المحرر، يتيح Zed للفرق توصيل خوادم أدواتها ووكلائها الخاصين دون كتابة كود ربط. فريق يشغّل خوادم MCP داخلية لقاعدة الكود، ونظام التذاكر، وخط نشر التطبيقات يمكنه استخدامها داخل Zed دون أي تكامل إضافي.

ماذا يعني هذا لفرق التطوير في منطقة الشرق الأوسط وشمال أفريقيا

بالنسبة لفرق التطوير في منطقة الشرق الأوسط وشمال أفريقيا، يستحق Zed 1.0 نظرة جادة لثلاثة أسباب.

الأداء على عتاد متواضع. كثير من فرق التطوير في المنطقة يعملون على حواسيب محمولة تكافح مع محررات Electron إضافة إلى خوادم لغات ثقيلة وعفريت Docker. محرر Rust أصلي يستهلك جزءًا يسيرًا من الذاكرة هو مكسب إنتاجي حقيقي.

البرمجة الثنائية عن بُعد والموزعة. الفرق الموزعة بين تونس والرياض ودبي والدار البيضاء والقاهرة يمكنها برمجة ثنائية في الوقت الحقيقي دون زمن استجابة مشاركة الشاشة. التعاون متعدد اللاعبين في Zed أسرع من جميع أدوات مشاركة الشاشة لأنه يُرسل مواقع نص، لا بكسلات.

مرونة الوكلاء أمام قيود البيانات الإقليمية. الصناعات المنظَّمة في المنطقة تحتاج إلى التحكم في وجهة الرسائل الموجَّهة والكود. نموذج BYOK ودعم Ollama في Zed يتيحان للفرق تشغيل نماذج محلية للكود الحساس مع الاستفادة من نماذج الجبهة السحابية للعمل غير الحساس — كل ذلك من محرر واحد.

ملاحظات عملية لتجربة Zed

يعمل Zed على macOS وLinux اليوم. دعم Windows في مرحلة بيتا ويتحسّن. الانتقال من VS Code مباشر للأساسيات: تتوفر إعدادات اختصارات لوحة مفاتيح جاهزة، الإعدادات بصيغة JSON، وواجهة الإضافات تدعم قائمة متنامية من امتدادات اللغات والثيمات. الانتقال من إعداد VS Code أو JetBrains مخصّص بشدة يتطلب جهدًا أكبر، خاصة لأن بعض الإضافات المتخصصة لا تملك مكافئًا في Zed بعد.

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

الاتجاه الأوسع

إصدار Zed 1.0 هو واحد من ثلاث إشارات في الأسبوع نفسه تشير إلى أن سوق المحررات في حركة. Cursor أطلق SDK برمجيًا يحوّل وقت تشغيل وكيله إلى بنية تحتية. Anthropic أصدرت موصلات تتيح لـ Claude تشغيل أدوات إبداعية مثل Blender وAbleton مباشرة. وZed أعلن استقرار جهد امتد لعقد كامل.

النمط متّسق. المحرر يتحوّل إلى واجهة لتنسيق وكلاء يعملون عبر الكود والملفات وأدوات التصميم والبنية التحتية. المحررات التي ستنجو من هذا التحوّل ستكون تلك المصممة لذلك العبء من الداخل، لا تلك التي تم تكييفها من نموذج تحرير نص يعود إلى عقد 2010.

Zed 1.0 هو أول محرر مستقر بُني صراحةً لذلك المستقبل. ما إذا كان سيفوز بالسوق هو سؤال توزيع. ما إذا كان يستحق نظرة جادة من أي فريق يطلق برمجيات في 2026 ليس كذلك.

هل تريد تحديث أدوات التطوير لديك؟

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