في نهاية شهر أبريل 2026، تم إطلاق محرر Zed 1.0 رسميًا. هذا المحرر، الذي أعاد كتابته فريق Atom السابق باستخدام لغة Rust، صعد أخيرًا إلى المسرح الرئيسي بعد خمس سنوات من التطوير المكثف على GitHub. إنه ليس مجرد نسخة أخرى من VS Code، بل هو "أساس جديد تمامًا" تم بناؤه من الصفر، بدءًا من خط أنابيب العرض (Rendering Pipeline) وصولاً إلى بروتوكول وكلاء الذكاء الاصطناعي (AI Agent Protocol). يتميز المحرر بالعرض المباشر عبر وحدة معالجة الرسوميات (GPU)، وزمن تشغيل بارد أقل من 500 مللي ثانية، وتأخير في استجابة المفاتيح أقل من 2 مللي ثانية، مع دمج لوحة وكلاء (Agent Panel) تجعل من تحرير الأكواد بمساعدة الذكاء الاصطناعي ميزة أساسية في صميم المحرر.
إذا كنت قد اعتدت على Composer في Cursor، أو لا تزال عالقًا في استخدام VS Code مع Copilot، فقد تتساءل: هل يمكن لـ محرر Zed حقًا تغيير مشهد بيئات التطوير المتكاملة (IDE) الأصلية للذكاء الاصطناعي؟ ستقوم هذه المراجعة بتفكيك الأمر من أبعاد الأداء الفعلي، وعمق تكامل الذكاء الاصطناعي، وقدرات التعاون الجماعي، ونظام الإضافات، والربط مع مزودي نماذج لغة كبيرة (LLM) مخصصين، لنصل في النهاية إلى استنتاج واضح حول "لمن يصلح ولمن لا يصلح".
أولاً: لماذا أصبح محرر Zed الخيار الجديد لبيئات التطوير المتكاملة (IDE) الأصلية للذكاء الاصطناعي؟
يكمن الفرق الأكبر بين Zed وVS Code أو Cursor في أنه صمم "أساس المحرر" و"تكامل الذكاء الاصطناعي" معًا منذ اليوم الأول. فبينما تعتمد المحررات التقليدية على الذكاء الاصطناعي كإضافة (Plugin)، قام Zed بدمج استدعاء النموذج، وبروتوكول الوكلاء، وإدارة السياق في صميم المحرر، مما يمنحه تفوقًا واضحًا في سرعة الاستجابة واستهلاك الموارد.
1.1 قوة الأداء الناتجة عن Rust + العرض عبر GPU
تمت كتابة Zed بلغة Rust، وهو يتواصل مباشرة مع وحدة معالجة الرسوميات (GPU) عبر Metal (على macOS) وVulkan (على Linux)، متجاوزًا بذلك عنق زجاجة العرض عبر الويب في تطبيقات Electron التقليدية. زمن التشغيل البارد أقل من 500 مللي ثانية، وتأخير الاستجابة من الضغط على المفتاح حتى ظهوره على الشاشة أقل من 2 مللي ثانية؛ وهذا يعني أنه حتى لو فتحت مستودع كود ضخمًا يحتوي على 100 ألف سطر، يمكن لـ Zed إكمال الفهرسة والاستجابة في أقل من ثانية واحدة، بينما يحتاج Cursor حوالي 4.5 ثانية في نفس السيناريو.
بالنسبة للمطورين الذين اعتادوا كتابة الكود في بيئة VS Code لفترة طويلة، فإن شعور الانتقال إلى Zed مباشر للغاية: حركة المؤشر تكاد تكون خالية من التأخير، ولا يوجد انخفاض في معدل الإطارات عند التمرير في الملفات الكبيرة، كما أن استهلاك الذاكرة يقع عادة في نطاق 200-400 ميجابايت، أي حوالي نصف ما يستهلكه Cursor. هذا النوع من السلاسة "الملموسة فيزيائيًا" هو السبب الأكثر إقناعًا للبقاء معه.
1.2 لوحة الوكلاء المدمجة وبروتوكول ACP المفتوح
الأداء ليس سوى تذكرة دخول، أما الاختلاف الحقيقي فيكمن في طبقة الذكاء الاصطناعي. لوحة الوكلاء (Agent Panel) في Zed هي لوحة محادثة مدمجة في المحرر، تتواصل مع مختلف وكلاء الذكاء الاصطناعي عبر بروتوكول ACP (بروتوكول عميل الوكيل). ACP هو معيار مفتوح تروج له Zed بالتعاون مع JetBrains، ويهدف إلى السماح لـ Claude Agent وGemini CLI وCodex وغيرها بالاتصال بأي محرر متوافق باستخدام نفس البروتوكول.
هذا يعني أنه يمكنك في Zed استخدام خدمة LLM المستضافة رسميًا (افتراضيًا Claude Sonnet 4.5 لتشغيل الوكيل، وgpt-5-nano لتلخيص المهام)، أو ربط مفتاح API الخاص بك، أو الاتصال عبر نقاط نهاية متوافقة مع OpenAI بخدمة وكيل API تابعة لجهة خارجية، مما يحقق تحكمًا مزدوجًا في التكلفة ومرونة النماذج.
🎯 نصيحة للربط: يدعم Zed أي
base_urlمتوافق مع OpenAI/Anthropic، مما يعني أنه يمكنك بسلاسة ربط APIYI (apiyi.com) كمزود LLM موحد. نوصي باستخدام Claude Sonnet 4.5 لتشغيل لوحة الوكلاء، وGPT-5-nano لمهام التلخيص، وإتمام جدولة النماذج المتعددة تحت مفتاح API واحد، فهذه هي الطريقة الأكثر راحة حاليًا.
2. تفكيك الوظائف الأربع الأساسية لبيئة التطوير المتكاملة Zed AI
قدرات الذكاء الاصطناعي في Zed ليست مجرد "إضافة Copilot"، بل إن وظائفها الأربع الأساسية تمتلك حدوداً واضحة في تجربة الاستخدام.
2.1 التكامل العميق بين لوحة الوكيل (Agent Panel) وClaude Agent
تُعد لوحة الوكيل (Agent Panel) هي اللوحة الافتراضية، ويمكن فتحها عبر اختصار cmd-? أو ctrl-? لبدء محادثة أو تنفيذ مهام الوكيل. تدعم اللوحة أصلياً Claude Agent (المعتمد على Claude Code SDK عبر بروتوكول ACP). ومنذ الإصدار 0.202.7، أصبح توثيق Claude Agent منفصلاً تماماً عن وكيل Zed الخاص؛ حيث يمكنك استخدام /login لاختيار استخدام مفتاح API الخاص بـ Anthropic أو اشتراك Claude Pro/Max الخاص بك.
في الاستخدام الفعلي، لا تكتفي لوحة الوكيل بتقديم اقتراحات لتعديل ملف واحد فحسب، بل يمكنها إجراء تعديلات تعاونية عبر ملفات متعددة، مع مزامنة جميع التغييرات لحظياً على لوحة المحرر، وبمعدل تحديث يصل إلى 120 إطاراً في الثانية. إذا قمت بربط عنوان أساسي (base_url) لطرف ثالث (مثل خدمة وكيل API عبر APIYI)، فستكون التجربة مطابقة تماماً للنسخة الرسمية، مع إمكانية الوصول إلى نماذج أكثر تنوعاً.
2.2 التنبؤ بالكود (Code Prediction) ونموذج Zeta2 مفتوح المصدر
يعد إكمال الكود نقطة اختلاف أخرى. يحتوي Zed على ميزة "التنبؤ بالكود" المدمجة، والتي يعمل بها نموذج Zeta2 مفتوح المصدر الذي طورته Zed ذاتياً. سرعة استجابة هذا النموذج أسرع من ميزات الإكمال المشابهة في Copilot، كما يدعم التشغيل المحلي بالكامل (بالتكامل مع Ollama).
تتميز Zeta2 بكونها "خفيفة الوزن وحساسة للسياق"؛ فهي تقدم اقتراحات بناءً على موقع المؤشر الحالي، وسجل التعديلات الأخير، وهيكل المشروع، مما يجعلها مثالية لسيناريوهات كتابة الكود البحتة. إذا كان سير عملك يميل نحو "توليد كود طويل"، فقد لا تكون Zeta2 أقوى من Sonnet، ولكن في سيناريو الإكمال التلقائي، تتفوق Zeta2 بوضوح من حيث زمن الاستجابة.
2.3 الوكلاء المتوازيون (Parallel Agents)
في عام 2026، أطلق فريق Zed قدرة "الوكلاء المتوازيين"، التي تسمح لعدة وكلاء بالعمل على مهام مختلفة في وقت واحد. على سبيل المثال، يمكنك تكليف وكيل بإعادة هيكلة كود الواجهة الخلفية، وآخر بتحديث تعريفات أنواع الواجهة الأمامية، وثالث بتشغيل تجارب على فرع آخر، مع عودة مخرجات جميع الوكلاء لحظياً إلى عرض المحرر الرئيسي.
هذا التصميم يختلف بوضوح عن فكرة Composer في Cursor (الذي يعتمد على خيط واحد لملفات متعددة)؛ حيث يحول Zed بيئة التطوير إلى "محطة عمل متعددة الذكاء الاصطناعي"، حيث تكون أنت المدير والوكلاء يقومون بمهامهم المحددة. بالنسبة للمشاريع المعقدة التي تتطلب تعاوناً بين عدة مطورين وعدة وكلاء ذكاء اصطناعي، تعد هذه الميزة الأكثر إبداعاً في Zed حالياً.
🎯 نصيحة لتفعيل الوكلاء المتوازيين: التشغيل المتوازي للوكلاء يعني تضاعف استهلاك الرموز (Tokens) أيضاً. إذا كنت تستخدم واجهات برمجة التطبيقات الرسمية مباشرة، فقد تخرج الفاتورة عن السيطرة. ننصح بفتح مفتاح API مستقل لـ Zed عبر منصة APIYI، مما يتيح لك استخدام Claude Sonnet 4.5 للمهام الرئيسية، وHaiku 4.5 للمهام الثانوية مثل التلخيص، مع مراقبة الاستهلاك اللحظي لكل نموذج عبر لوحة التحكم.
2.4 التعاون اللحظي متعدد المستخدمين (مثل Google Docs للكود)
جعل Zed التعاون الجماعي ميزة أساسية، وهو ما يفرقه بوضوح عن VS Code Live Share أو Cursor. يمكن لعدة مطورين الدخول إلى نفس المشروع في وقت واحد، ورؤية مؤشرات بعضهم البعض، والتعديلات، ومخرجات الطرفية، وحتى مشاركة محادثات وكيل الذكاء الاصطناعي؛ بمعنى أن الذكاء الاصطناعي يصبح "فرداً" ضمن فريق التعاون.
بالنسبة للفرق البعيدة، والبرمجة الزوجية، ومراجعة الكود بمساعدة الذكاء الاصطناعي، تعد قدرات التعاون في Zed أكثر كفاءة بكثير من الطرق التقليدية مثل "مشاركة الشاشة وتبادل لوحة المفاتيح". إذا كان فريقك معتاداً على سير عمل تعاوني يشبه Figma، فإن Zed هو محرر الكود الأقرب لهذه التجربة حالياً.
ثالثاً: مقارنة الأداء العملي بين محرر Zed و Cursor و VS Code
الأرقام أصدق من الانطباعات، وإليك مقارنة للمؤشرات الأساسية بناءً على اختبارات معيارية مستقلة.
| مؤشر الأداء | Zed 1.0 | Cursor | VS Code + Copilot |
|---|---|---|---|
| وقت التشغيل البارد | < 0.5 ثانية | ~2.5 ثانية | ~1.8 ثانية |
| التأخير من الضغط إلى العرض | < 2 مللي ثانية | ~10-15 مللي ثانية | ~8-12 مللي ثانية |
| فتح مشروع بـ 100 ألف سطر | < 1 ثانية | ~4.5 ثانية | ~3 ثوانٍ |
| استهلاك الذاكرة (مشروع نموذجي) | 200-400 ميجابايت | 500-800 ميجابايت | 400-600 ميجابايت |
| خط معالجة الرسوميات | أصلي (Metal/Vulkan) | Electron + Web | Electron + Web |
يتفوق Zed بوضوح في جميع مؤشرات الأداء، وهذا هو ميزته التنافسية الأقوى. لكن الأداء ليس كل شيء في بيئة التطوير المتكاملة (IDE)، فعمق تكامل الذكاء الاصطناعي يعد عاملاً حاسماً أيضاً.
| أبعاد قدرات الذكاء الاصطناعي | Zed 1.0 | Cursor | VS Code + Copilot |
|---|---|---|---|
| لوحة Agent مدمجة | ✅ Agent Panel | ✅ Composer | عبر إضافات |
| تحرير الوكيل لملفات متعددة | ✅ أصلي | ✅ Composer | ⚠️ يعتمد على إضافات |
| وكلاء متوازيون | ✅ Parallel Agents | ❌ | ❌ |
| مزودو نماذج لغة متعددون | ✅ تبديل أصلي | ⚠️ عبر API | ✅ دعم إضافات |
| تخصيص base_url | ✅ دعم كامل | ⚠️ محدود | ✅ دعم إضافات |
| نموذج إكمال الكود | Zeta2 (مفتوح/محلي) | مغلق المصدر | Copilot |
| تعاون متعدد المستخدمين | ✅ تعاون لحظي + AI | ⚠️ محدود | ⚠️ Live Share |
| عدد الإضافات | ~1000 | ~5000 (يرث بعضها) | 100,000+ |
كما نرى، يتفوق Zed في بُعدي "التكامل الأصلي للذكاء الاصطناعي" و"الأداء"، لكن نظام الإضافات لا يزال نقطة ضعف واضحة. وبما أن Cursor مبني على VS Code، فهو يرث جزءاً من إضافاته؛ بينما يتعين على Zed الاعتماد على إضافاته الخاصة للحاق بالركب تدريجياً.
🎯 نصيحة لاختيار النموذج: يستخدم Zed افتراضياً نموذج Claude Sonnet 4.5 لتشغيل الوكيل (Agent) ونموذج GPT-5-nano للتلخيص، وهي توليفة محسنة رسمياً. إذا كنت ترغب في تجربة مجموعات نماذج أخرى، ننصحك بالاتصال الموحد عبر خدمة APIYI (apiyi.com). في ملف
settings.jsonالخاص بـ Zed، تحتاج فقط إلى تغييرbase_urlواسم النموذج للتبديل بحرية بين Claude وGPT وGemini وDeepSeek، دون الحاجة لإعداد مفاتيح API متعددة.
رابعاً: تجربة عملية لربط مزود LLM مخصص بـ Zed Agent Panel
هذا هو الجزء الأكثر فائدة في التقييم. يدعم Zed تهيئة أي مزود لغة (LLM) متوافق مع OpenAI أو Anthropic داخل ملف settings.json. إليك نموذج للتهيئة الدنيا القابلة للتشغيل:
{
"language_models": {
"openai": {
"version": "1",
"api_url": "https://vip.apiyi.com/v1",
"available_models": [
{
"name": "gpt-5",
"max_tokens": 200000
},
{
"name": "claude-sonnet-4-5",
"max_tokens": 1000000
}
]
}
},
"agent": {
"default_model": {
"provider": "openai",
"model": "claude-sonnet-4-5"
}
}
}
قم بتوجيه api_url إلى نقطة نهاية خدمة وكيل APIYI (apiyi.com) (في هذا المثال vip.apiyi.com/v1)، ثم الصق مفتاح API الخاص بالمزود المعني في إعدادات Agent Panel في Zed، وبذلك يمكنك استدعاء نماذج متعددة باستخدام نفس الإعدادات. أما مصادقة Claude Agent فهي مستقلة؛ حيث يتم ربطها عبر أمر /login واختيار وضع مفتاح API وإدخال مفتاح الخدمة نفسه.
عند تشغيل اختبارات Agent Panel فعلياً، نوصي بالتوليفة التالية: Sonnet 4.5 لإعادة هيكلة ملفات متعددة، وHaiku 4.5 لكتابة رسائل الالتزام (commit message) والملخصات، وZeta2 محلياً لإكمال الكود. توزيع المهام هذا يضمن الجودة ويتحكم في التكاليف.
🎯 نصيحة لتطبيق الإعدادات: التغييرات في ملف
settings.jsonفي Zed تصبح سارية المفعول فوراً دون الحاجة لإعادة التشغيل. ننصح بتجربة مسار كامل في مشروع اختباري (جعل الوكيل يعيد هيكلة دالة صغيرة + كتابة commit) للتأكد من استقرار وتأخير خدمة وكيل APIYI (apiyi.com) قبل الانتقال للمشروع الرئيسي. هذا التحقق التدريجي يجنبك مشاكل التصحيح أثناء العمل الفعلي.
خامساً: مزايا وعيوب Zed: تقييم موضوعي
إن طرح الإيجابيات والسلبيات معاً هو السبيل الوحيد لتقديم تقييم صادق.
| البعد | المزايا | العيوب |
|---|---|---|
| الأداء | عرض عبر GPU، استهلاك منخفض للذاكرة، تشغيل سريع | قد يواجه العتاد القديم عدم استقرار بسبب تعريفات GPU |
| تكامل الذكاء الاصطناعي | لوحة وكيل (Agent Panel) أصلية، وكلاء متوازيون، ACP مفتوح | تنظيم الوكلاء ليس بنضج Cursor Composer |
| اختيار النموذج | دعم أصلي لمزودين متعددين، دعم base_url مخصص | فصل وضع الاشتراك الافتراضي عن وضع مفتاح API الخاص بك يجعل الإعداد الأولي مربكاً قليلاً |
| القدرة على التعاون | تعاون حقيقي متعدد المستخدمين + ذكاء اصطناعي | يحتاج الفريق إلى التحول بالكامل للاستمتاع بالتجربة الكاملة |
| نظام الإضافات | LSP مدمج ولغات برمجية رئيسية جاهزة للعمل | عدد الإضافات ~1000، وهو أقل بكثير من 100 ألف+ في VS Code |
| دعم المنصات | استقرار عالٍ على macOS / Linux | لا تزال هناك مشاكل استقرار على Windows، مع تقارير عن أخطاء في LSP |
خلاصة سريعة: إذا كنت تهتم بـ "أداء المحرر" و"التكامل الأصلي للذكاء الاصطناعي"، فإن Zed هو الخيار الأكثر استحقاقاً للتجربة حالياً؛ أما إذا كنت تعتمد بشكل كبير على إضافة معينة ونادرة في VS Code (مثل تمييز صيغة DSL محددة أو إضافات داخلية للشركات)، فمن الأفضل البقاء مع VS Code أو Cursor.
سادساً: لمن يصلح Zed ولمن لا يصلح؟ نصائح لاتخاذ القرار
يلخص الجدول التالي مسار اتخاذ القرار في جملة واحدة، يمكنك مطابقتها مع حالتك مباشرة.
| فئة المستخدم | مستوى التوصية | السبب |
|---|---|---|
| مستخدمو macOS/Linux المكثفون، الباحثون عن أداء فائق | ⭐⭐⭐⭐⭐ | العرض عبر GPU + تجربة زمن استجابة منخفض لا مثيل لها |
| المطورون الذين يدفعون بالفعل مقابل API لـ Claude/Gemini | ⭐⭐⭐⭐⭐ | دعم مدمج لـ base_url، مما يوفر تكلفة اشتراك Cursor |
| الفرق البعيدة / البرمجة الثنائية / مراجعة الكود بالذكاء الاصطناعي | ⭐⭐⭐⭐⭐ | التعاون في الوقت الفعلي + مشاركة الوكلاء هي الميزة القاتلة |
| المطورون الذين يعتمدون بشدة على Cursor Composer | ⭐⭐⭐ | لوحة الوكيل متاحة ولكن التنظيم لا يزال أضعف من Composer |
| مستخدمو Windows كمنصة أساسية | ⭐⭐ | الاستقرار يحتاج إلى تحسين، يُنصح بالتجربة على جهاز ثانوي أولاً |
| المستخدمون الذين يعتمدون بشدة على إضافات VS Code النادرة | ⭐⭐ | عيوب نظام الإضافات واضحة، وتكلفة الانتقال عالية |
سابعاً: الأسئلة الشائعة حول محرر Zed
س1: هل Zed مجاني بالكامل؟ وهل يتطلب اشتراكاً؟
محرر Zed بحد ذاته مجاني تماماً، فأنت تحتاج فقط إلى الدفع مقابل استدعاء النموذج (باستخدام مفتاح API الخاص بك من Anthropic أو OpenAI أو Google، أو عبر خدمة وكيل API). يوفر Zed أيضاً خدمة اشتراك رسمية في نماذج اللغة الكبيرة (Zed Pro)، لكنها ليست إلزامية. إذا كنت تستخدم بالفعل مفتاح API خاص بك أو خدمة وسيطة تابعة لجهة خارجية، فنحن نوصي بإنشاء مفتاح مباشرة عبر APIYI (apiyi.com) وربطه بـ Zed، حيث يمكنك الاستفادة من تسعير Claude Sonnet 4.5 مع نافذة سياق تصل إلى 1 مليون رمز (Token) بتكلفة أكثر فعالية من الاشتراك الرسمي.
س2: ما الفرق بين Claude Agent في Zed و Claude Code CLI؟
Claude Agent هو نسخة تعمل داخل Zed تعتمد على Claude Code SDK عبر بروتوكول ACP، وتتمتع بنفس وظائف Claude Code التي تعمل عبر سطر الأوامر، ولكن جميع التفاعلات تحدث داخل لوحة الوكيل (Agent Panel) في Zed. هذا يعني أنه يمكنك الاستمتاع بقدرات الوكيل متعدد الملفات في Claude Code دون الحاجة إلى التبديل إلى نافذة الطرفية (Terminal).
س3: هل ستؤدي الوكلاء المتوازية (Parallel Agents) إلى زيادة استهلاك الرموز (Tokens) بشكل كبير؟
نعم، وهذه تكلفة يجب أن تكون على دراية بها. فمع تشغيل عدة وكلاء لمهامهم في وقت واحد، سيتضاعف استهلاك الرموز بشكل طبيعي. النهج الموصى به هو استخدام Sonnet 4.5 لـ "الوكيل الرئيسي"، واستخدام Haiku 4.5 أو نموذج Zeta2 المحلي لـ "الوكلاء المساعدين"؛ فهذا التنسيق بين المهام الرئيسية والمساعدة يمكن أن يبقي التكاليف ضمن نطاق معقول.
س4: عدد إضافات Zed قليل جداً، هل سيؤثر ذلك على التطوير اليومي؟
تدعم لغات البرمجة الرئيسية (Rust، Go، Python، TypeScript، Java، C/C++) بروتوكولات LSP مدمجة أو يمكن تفعيلها بضغطة زر، لذا لن يتأثر معظم العمل اليومي. التأثير يظهر فقط في الإضافات الخاصة بالشركات، أو بعض اللغات النادرة، أو تكامل مصححات الأخطاء (Debuggers). إذا كان سير عملك يعتمد بشكل كبير على هذه الأدوات، فجرب Zed على جهاز ثانوي لمدة أسبوعين قبل اتخاذ قرار الانتقال الكامل.
س5: هل Zed مناسب للاستخدام مع خدمات وكيل API التابعة لجهات خارجية؟
مناسب جداً. يدعم Zed بشكل كامل تخصيص base_url المتوافق مع OpenAI/Anthropic، وهو أحد أكبر الفروقات بينه وبين Cursor. نحن نوصي بالاتصال عبر APIYI (apiyi.com)، حيث يمكنك التبديل بين النماذج الرائدة مثل Claude وGPT وGemini وDeepSeek وQwen باستخدام نفس ملف settings.json وبفاتورة موحدة، مما يجعله خياراً مثالياً للمطورين على المدى الطويل.
ثامناً: الخلاصة: هل يستحق Zed 1.0 الانتقال إليه؟
إذا أردنا تلخيص التقييم في جملة واحدة: محرر Zed هو المحرر الحديث الأكثر تجسيداً لمفهوم "بيئة التطوير المتكاملة (IDE) الأصلية للذكاء الاصطناعي". بفضل Rust وGPU، أصبحت الأداء العالي تذكرة دخول، بينما جعلت لوحة الوكيل (Agent Panel) وACP والوكلاء المتوازية (Parallel Agents) تعاون الذكاء الاصطناعي جزءاً لا يتجزأ من نواة المحرر. إذا كنت تكتب الكود على macOS أو Linux، أو كنت تدفع بالفعل مقابل Claude أو أي API لنماذج لغة كبيرة أخرى، أو إذا كان فريقك يحتاج إلى تعاون عن بُعد في الوقت الفعلي، فلا يوجد سبب يمنعك من تجربة Zed.
العيوب واقعية أيضاً؛ فنظام الإضافات، واستقرار نسخة Windows، وتنسيق الوكلاء بمستوى Composer لا تزال في مرحلة اللحاق بالركب. ولكن بشكل عام، لم يعد Zed 1.0 "لعبة تجريبية"، بل خياراً حقيقياً يستحق أن يكون جزءاً من سير عملك الأساسي. ومن خلال ربطه بمنصة وسيطة مثل APIYI (apiyi.com)، يمكنك استخدام مفتاح واحد وملف إعدادات واحد لتشغيل سير عمل كامل، من Sonnet 4.5 إلى Haiku 4.5، ومن مهام الوكيل إلى الإكمال التلقائي المحلي، مما يجعله أحد أكثر مجموعات أدوات البرمجة بالذكاء الاصطناعي فعالية من حيث التكلفة حالياً.
إذا كنت متردداً بشأن تجديد اشتراك Cursor، أو تبحث عن IDE تعاوني بأداء أفضل لفريقك، فنصيحتنا هي: خصص أسبوعاً لنقل مشاريعك اليومية إلى Zed، وقم بتوصيل لوحة الوكيل بنقطة نهاية APIYI، واختبر أداءه في سير عملك الفعلي قبل اتخاذ قرارك النهائي.
—— فريق APIYI (api.apiyi.com)
