هل تقوم ByteDance بتوحيد TraeWork و TraeCode؟ لماذا تدمج الشركات بيئات التطوير الموجهة بالوكلاء (Agentic IDEs)؟

هل توحد ByteDance بين TraeWork و TraeCode؟ في 9 أكتوبر 2026، أعلنت TRAE عن دمج TraeWork و TraeCode في منصة تطوير موحدة تجمع بين مساحة عمل للوكلاء (Agent workspace) وبيئة تطوير تقليدية (IDE). تدعم منصة TRAE الجديدة مهام الوكلاء متعددة المشاريع، وتحرير الأكواد التفاعلي، ومزامنة المهام والإعدادات المختارة عبر واجهاتها، مع دعم سير العمل على سطح المكتب والويب والجوال. أمام مستخدمي TraeWork الحاليين مهلة حتى 23 أكتوبر لإتمام عملية الترحيل الموثقة قبل توقف الخدمة القديمة. بالنسبة للمطورين، يسلط هذا التغيير الضوء على كيفية التعايش بين التخطيط المدعوم بالذكاء الاصطناعي والتطوير العملي للأكواد داخل منتج واحد، دون الإشارة إلى أن كافة سياقات التنفيذ أو ملفات المشاريع تتشارك في بيئة تشغيل خلفية واحدة.

لماذا دمجت ByteDance بين TraeWork و TraeCode

نظرة سريعة

• تم دمج TraeWork و TraeCode رسمياً في تطبيق واحد، مما يرسخ واجهة موحدة مع أوضاع الوكيل (Agent) وبيئة التطوير (IDE) عبر سطح المكتب والويب والجوال.
• ستتوقف خدمات TraeWork المستقلة في 23 أكتوبر 2026، مع ترحيل سجلات الدردشة والبيانات المحلية والأرصدة التجارية عبر تحديث موجه للتطبيق.
• يوفر هذا التكامل وصولاً مشتركاً إلى ملفات المشاريع ومحادثات المهام والأصول التي يتم إنشاؤها، دون الحاجة إلى إنشاء بيئة تشغيل خلفية موحدة غير مُتحقق منها.

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

في البداية، عكست علامة TRAE التجارية التابعة لـ ByteDance هذا الانقسام. فقد صُمم TraeCode خصيصاً لمهندسي البرمجيات المحترفين الذين يحتاجون إلى تحرير عميق للنصوص البرمجية وفهرسة المستودعات وتصحيح الأخطاء عبر الطرفية (Terminal). في حين ركز TraeWork على إدارة المنتجات، والكتابة التقنية، وجدولة المهام، وأتمتة المكاتب. وكما ورد في إعلان منتدى TRAE الرسمي، فإن الحفاظ على أداتين منفصلتين أدى إلى تنقل غير ضروري بين السياقات. ففي الواقع، لا يمكن فصل تخطيط المتطلبات عن تنفيذ الكود؛ إذ يتطلب تحويل الفكرة إلى نموذج أولي وظيفي تفاعلاً مستمراً بين المواصفات، وحزم الاختبار، وكود المصدر. ومن خلال دمج كلا التطبيقين في منصة TRAE الموحدة، تزيل ByteDance هذه الحدود المصطنعة بين التطبيقات.

كيف تعمل نوافذ الوكيل (Agent) وبيئة التطوير (IDE) في TRAE

على مستوى واجهة المستخدم، توفر المنصة الموحدة مساحتي عمل متميزتين: نافذة الوكيل (Agent) ونافذة بيئة التطوير (IDE). ووفقاً لـ وثائق البدء في TRAE، يتم فتح نافذة بيئة التطوير القياسية افتراضياً عند تشغيل التطبيق، مع وجود زر تبديل مخصص في الزاوية العلوية اليمنى يتيح للمطورين فتح نافذة الوكيل.

[منصة TRAE الموحدة]
           |
           +-------------------------------+
           |                               |
           v                               v
    [نافذة الوكيل]                    [نافذة بيئة التطوير]
      - مهام متعددة المشاريع             - تحرير الأكواد
      - تنسيق الوكلاء المتعددين           - تصحيح الأخطاء والطرفية
      - مهام محلية/سحابية/أشجار عمل       - التحكم في المصدر
      - تقدم المهام والمخرجات             - أوضاع IDE / SOLO
           |                               |
           +---------------+---------------+
                           |
                           v
              [المزامنة الموثقة]
                - المشاريع والملفات المحلية المدعومة
                - محادثات ومخرجات المهام المحلية
                - تقدم المهام السحابية/أشجار العمل
                - بروتوكول MCP والمهارات والقواعد والإعدادات

[غير محدد علنياً]
  - حدود بيئة التشغيل الداخلية
  - مخططات قواعد البيانات أو التخزين
  - ضمانات المعاملات بين الوكلاء
  - خوارزميات حل التعارض
  - تنسيق تسلسل سياق النموذج

يمثل هذا المخطط الهندسة المعمارية الموثقة وسلوك المزامنة المرئي للمستخدم في TRAE، وليس تصميماً داخلياً لبيئة التشغيل تم التحقق منه بشكل مستقل.

تؤدي مساحتا العمل وظائف تطوير متكاملة:

• نافذة الوكيل (Agent Window): صُممت كمساحة عمل موسعة لإدارة المهام وتنسيق الوكلاء المتعددين، كما هو موضح في وثائق نافذة الوكيل في TRAE. يمكن للمطورين بدء مهام عبر أدلة مشاريع متعددة، أو الاتصال ببيئات SSH بعيدة، أو نشر أشجار عمل Git (Git worktrees) عبر ميزات أشجار عمل TRAE لعزل التجارب دون التأثير على الفرع النشط.
• نافذة بيئة التطوير (IDE Window): تحتفظ ببيئة برمجة كاملة تتضمن تمييز الصيغة، والوصول إلى الطرفية، وتصحيح الأخطاء، والتحكم في المصدر. داخل هذه النافذة، يمكن للمطورين الاختيار بين وضع IDE التقليدي لإجراء تعديلات يدوية دقيقة، أو وضع SOLO، حيث يلعب مساعد الذكاء الاصطناعي دوراً نشطاً في التخطيط، وتعديل الأكواد، وتشغيل الاختبارات، ومعاينة النتائج تحت إشراف المطور.

ما الذي تتم مزامنته بين مساحات عمل TRAE

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

بدلاً من ذلك، تضع TRAE نطاقات مزامنة محددة:

• ملفات المشروع: تنعكس تعديلات الملفات التي يتم إنشاؤها في نافذة واحدة في دليل المشروع المشترك على القرص المحلي.
• أصول المشروع (My Artifacts): توفر TRAE مكاناً موحداً لعرض المخرجات المولدة المدعومة، بما في ذلك تغييرات الأكواد، وHTML، والمستندات، والصور، ومقاطع الفيديو، والتقارير. وهذا لا يؤسس لأي مخطط فهرسة داخلي معين أو ضمانات معاملات.
• الإعدادات والأدوات: تتزامن إعدادات مساحة العمل، وخوادم بروتوكول سياق النموذج (MCP)، والمهارات المخصصة، وقواعد المستخدم عبر مساحات العمل تحت نفس الحساب الموثق.

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

يوضح الجدول أدناه القدرات الموثقة ونطاقات التشغيل وحدود المزامنة عبر واجهات TRAE:

الموعد النهائي لترحيل TraeWork والاحتفاظ بالبيانات

يفرض توحيد أدوات التطوير موعداً نهائياً تشغيلياً صارماً لمستخدمي الإصدارات القديمة؛ حيث ستتوقف تطبيقات TraeWork لسطح المكتب عن العمل بشكل دائم في 23 أكتوبر 2026. ولن يتمكن المستخدمون الذين لا يقومون بالترحيل قبل هذا التاريخ من الوصول إلى التطبيق المستقل.

وفقاً لـ وثائق ترحيل بيانات TRAE، يوفر TraeWork رسالة مطالبات داخل التطبيق لتوجيه الترقية. خلال هذه العملية، ينقل النظام بيانات الحساب، ومعلومات الملف الشخصي، والأرصدة التجارية، وحالات تسجيل الدخول النشطة، وسجلات الدردشة، وسجلات مساحة العمل المحلية المدعومة إلى تطبيق TRAE الجديد.

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

قائمة مراجعة المطور لمنصة TRAE الموحدة

يجب على فرق الهندسة التي تنقل مسارات عمل التطوير الخاصة بها إلى منصة TRAE الموحدة اتباع جدول جاهزية منظم للحفاظ على الاستقرار التشغيلي.

خطوات الترحيل والتشغيل

• إكمال تحديث TraeWork قبل 23 أكتوبر: افتح تطبيق TraeWork القديم، واتبع مسار الترحيل الموجه، وتأكد من نجاح نقل الملفات الشخصية والأرصدة التجارية.
• التحقق من تفضيلات حذف البيانات المحلية: راجع ما إذا كانت سياسات حوكمة البيانات في الشركة تتطلب مسح التخزين المؤقت المحلي لـ TraeWork القديم عند إلغاء تثبيت التطبيق الأقدم.
• تكوين قواعد المشروع: ضع معايير البرمجة واتفاقيات مسارات الملفات عن طريق إضافة ملفات .trae/rules وفقاً لـ وثائق قواعد TRAE. لاحظ أن القواعد المكتوبة باللغة الطبيعية تعمل كإرشادات لوكلاء الذكاء الاصطناعي وليست كأنظمة حماية أمنية صارمة.
• تدقيق أذونات تنفيذ الوكلاء: راجع إعدادات الأذونات داخل نافذة الوكيل—مثل الموافقة اليدوية مقابل التنفيذ الآلي—قبل السماح للوكلاء المستقلين بتنفيذ أوامر الطرفية (Shell commands).
• التحقق من تكاملات MCP: إذا كان سير عملك يتصل بقواعد بيانات مؤسسية خارجية أو نقاط نهاية API عبر بروتوكول سياق النموذج (MCP)، تأكد من أن تكوينات الخادم وبيانات الاعتماد تعمل كما هو متوقع في التطبيق الجديد.

استراتيجية حوكمة الفريق وسير العمل

• تأسيس عزلة أشجار العمل (Worktree Isolation): استخدم أشجار عمل Git عند توجيه الوكلاء لإعادة هيكلة الكود أو بناء ميزات تجريبية، لمنع التعديلات المتزامنة على شجرة العمل الأساسية.
• الإشراف على مخرجات الوكلاء المتعددين: عند نشر وكلاء فرعيين متوازيين لتقسيم المتطلبات وإنشاء الواجهة الأمامية، نفذ نقاط تفتيش لمراجعة الكود للتوفيق بين أي تباينات محتملة في التصميم.
• مراقبة نطاقات الوصول عبر الجوال: راجع سياسات الاتصال عبر الجوال لضمان توافق مراقبة المهام عن بُعد مع معايير حماية كود مصدر المؤسسة.

أبرز النقاط لفرق الهندسة

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

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

المراجع

• منتدى ByteDance TRAE الرسمي: تحديث هام بشأن تكامل TraeCode و TraeWork

• وثائق TRAE: ترحيل بيانات TraeWork إلى TraeCode

• وثائق TRAE: البدء مع TRAE

• وثائق TRAE: البدء مع نافذة الوكيل

• وثائق TRAE: تكوين قواعد TRAE

• وثائق TRAE: توصيل تطبيق الجوال بـ TRAE

• وثائق TRAE: العمل مع أشجار العمل (Worktree)