جين لاي، من ق收费标准：凹非寺
量子位 (Quantum Bit) | الحساب الرسمي QbitAI
TRAE، وقد قامت للتو بخطوة جريئة.
سابقًا، إذا أردت إصلاح خطأ برمجي، كان عليك فتح TraeCode؛ وإذا احتجت أيضًا إلى إعداد خطة تقنية، فستحتاج إلى أداة أخرى"خطوة الانزلاق الجانبي"، ثم انتقل إلى TraeWork……
الآن، لم يعد الأمر بهذه الصعوبة.
لأنهما اليوم قدOfficialالدمج بين الواجهتين، وتمت ترقيتها جميعًا بشكل موحد إلىTRAE الجديد。
من أبرز ملامح TRAE الجديد أنه يوفر وضعين: وضع الوكيل (Agent) ووضع بيئة التطوير المتكاملة (IDE).
من بينها،وضع الوكيل (Agent)الميزة الأساسية هيمنصة العمل العالمية، ويمكن للجميع إدارة المشاريع في نافذة واحدة، وتوزيع المهام المختلفة على عدة وكلاء (Agent)، حيث تتقدم كتابة الشيفرة وإعداد المستندات وتحضير مواد التسليم كلها هنا.
وضع IDEما زال يحتفظ بنمطين للعب: SOLO وIDE. مدخل التبديل بين النمطين يقع في الزاوية العلوية اليمنى، ويمكنك الانتقال بضغطة واحدة.
على سبيل المثال، الذي أحدث ضجة كبيرة وجعل مجتمع الذكاء الاصطناعي كله يصرخ «واو» في الفترة الأخيرة3D بجع يركب دراجة، وفي TRAE الجديد يمكن أن تكون "طريقة الفتح" على النحو التالي.
داخل نفس مجلد المشروع، نقوم بإنشاء ثلاث مهام، حيث يتولى كل Agent من الثلاثة مسؤوليته الخاصة:
- Agent 1: كتابة الكود، وإخراج البجع والدراجة والمشهد؛
- Agent 2: عند الاختبار، افتح الصفحة والتقط لقطة شاشة للتحقق، وأعد قائمة بالمشكلات;
- Agent 3: إصلاح المشكلات الموجودة واحدة تلو الأخرى وفقًا للقائمة المقدمة.
وفي النهاية، عملت جميعها كفريق صغير يتناوب العمل بالتتابع، فأنتجت نسخة ثلاثية الأبعاد (3D) كاملة الوظائف لطائر البجع يركب دراجة:
وبهذا، تم لهذا البجع إكمال دورة كاملة من التطوير والاختبار والإصلاح والتسليم بسلاسة تامة في TRAE الجديد.
كما أن تقارير الاختبار وتقارير الإصلاح ومستندات التسليم وغيرها التي تم إنتاجها خلال هذه الفترة، تم تخزينها تلقائيًا في"منتجاتي" في TRAE الجديدويمكن أيضًا مشاركة كل منتجمباشرةً مع الآخرين。
بوضوح تام وبنظرة واحدة.
إذن لماذا قررت TRAE، التي تُعدلاعبًا متمرسًافي مجال البرمجة بالذكاء الاصطناعي، أن تدمج هاتين المنصتين فجأة؟
وما الفرق بين TRAE الجديد للمبتدئين وللمطورين المحترفين؟
وحملًا لهذه الأسئلة، يمكننا أن نستشعر التجربة من خلال اختبار معمّق.
حتى المبتدئ يمكنه صناعة لعبة من مجرد فكرة
لنرَ أولاً ما إذا كان TRAE الجديد قادرًا على تمكين مبتدئ لا يعرف البرمجة من تحويل فكرته إلى لعبة.
ومن قبيل الصدفة أن والد ماينكرافت Notch قال سابقًا إن البرمجة بالذكاء الاصطناعي سيئة، لكنه نشر لاحقًا منشورًا يقول إنه يستمتع بها فعلاً، وأنه يعمل على محرر خرائط للعبة الزنازين الخاصة به.
لذا، سنقوم في اختبارنا الأول أيضًا بعمل لعبة زنازين ثلاثية الأبعاد تستطيع بناء الزنازين بنفسها والدخول إليها والتجول فيهامحرر خرائط للعبة زنازين 3D。
هذه المرة، بعد إنشاء المشروع في TRAE الجديد، فتحنا مهمتين في الوقت نفسه، إحداهما مسؤولة عن كتابة خطة اللعبة والأخرى عن إعداد تصميم الواجهة:
ويمكن ملاحظة أنه بعد إصدارنا للتعليمات، بدأ الوكيلان فورًا كلٌّ منهما في عمله.
وبعد فترة وجيزة، تم تسليم كلا الناتجين.
سلّم وكيل التخطيطخطة بصيغة Wordبالإضافة إلى ملف Markdown بمحتوى مطابق، حيث كُتبت خطوات التشغيل وغرض كل عنصر ومعايير القبول بوضوح تام.
قام وكيل التصميم بفعله برسم تصميم عالي الدقةللتصميمحيث تظهر واجهتا وضع التحرير ووضع التجربة بمنظور الشخص الأول في صورة واحدة، والطراز العام هو أسلوب الزنازين متعدد الأشكال المنخفضة:
بعد ذلك، أنشأنا مهمة ثالثة جديدة وطلبنا منه قراءة مخرجات التخطيط والتصميم والبدء فيكتابة الشيفرة。
لكن في هذه الخطوة حدثت مفاجأة صغيرة واقعية جدًا. ولأن التخطيط والتصميم تمّا في الوقت نفسه، لم يرَ أيٌّ من الوكيلين مخرجات الآخر، فانتهى الأمر بكلٍّ منهما يعمل على طريقته.
على سبيل المثال، الشبكة في التصميم كانت 20×20 بينما في خطة التخطيط 32×32؛ واختصار أداة الممحاة، حدّده أحدهما بحرف E والآخر بحرف X؛ وحتى نقاط ظهور الوحوش، قال أحدهما إن المطلوب وضع 1 في الخريطة كلها بينما قال الآخر 3.
والخير أن وكيل التطوير، بعد قراءة الملفين، اعتمد مبدأ "إنشاء نسخة بسيطة قابلة للعب أولًا" واتخذ القرارات بشأن هذه التعارضات بندًا بندًا، كما دوّن الأسباب كلها في تقرير التسليم:
وهذا يبيّن أيضًا أنه كلما زاد عدد الوكلاء، لا يكفي التقسيم وحده، بل لا بد من دور يتولى التنسيق الشامل.
وبعد الانتهاء من كتابة الشيفرة، فتح وكيل التطوير المتصفح بنفسه واختبر المرة الواحدة، وأصلح في هذه الأثناء 6 مشكلات، مثل ظهور نافذة "متوقف مؤقتًا" فور الدخول إلى وضع التجربة، ومثل كون شاشة التجربة معتمة جدًا حتى إن الممرات لم تكن مرئية.
المحرر الناتج في النهاية يتيح وضع الأرضيات والجدران والأبواب وصناديق الكنوز والرافعات ونقاط ظهور الوحوش بسهولة، كما يتضمن التراجع والإعادة والحفظ التلقائي والاستيراد والتصدير بصيغة JSON:
رابط الفيديو:
https://mp.weixin.qq.com/s/tckIeqpzcq2jB11STQLTBg
تجدر الإشارة إلى أن اللعبة الجديدة التي يعمل عليها Notch اسمها 《Levers and Chests》，الذي يعني حرفيًا "الرافعات وصناديق الكنوز".
ولنجعل هذين العنصرين في محررنا تحية صغيرة له [solute].
وبالمثل، بعد انتهاء هذا المشروع، كانت خطة Word والتصميم وملاحظات التصميم وتقرير تسليم الاختبار وغيرها، كلها موضوعبة بدقة في "مخرجاتي".
وفي السابق، كانت هذه المخرجات إما مدفونة في سجل المحادثات وإما مبعثرة في مجلدات مختلفة؛ أما الآن فتفتح صفحة واحدة وتجدها، وإذا أردت متابعة التعديل فعُد وافتحها في أي وقت.
لكن ماذا لو أردنا تعديل تفاصيل دقيقة جدًا؟
التبديل بنقرة واحدة إلى وضع IDEجرّبه.
بعد التبديل إلى وضع IDE من الزاوية العلوية اليمنى، ندخل مباشرة في مربع الحوار:
اضبط سرعة المشي بمنظور الشخص الأول إلى 70%.
بعد قليل، خفّض سرعة المشي من 3.4 خلايا في الثانية إلى 2.4، وانخفضت سرعة الجري تبعًا لذلك بالتزامن:
باختصار، يمكننا عادةً في وضع الوكيل (Agent) أن نترك الذكاء الاصطناعي يتولىالتطوير المعقدبأريحية، وعند الحاجة إلى ضبط التفاصيل نعود إلى IDE لقراءته سطرًا سطرًا، ولكل وضع فائدته الخاصة.
مفيد أيضًا في العمل الحقيقي
صناعة الألعاب ممتعة بالطبع، لكن ما يهم المطورين المحترفين أكثر، ربما، هو ما إذا كان TRAE الجديد قادرًا على تحمّل العمل اليومي.
إذن، في الاختبار العملي القادم، سنواجه مباشرة مهمة تُعِدّ المبرمجين بالصداع كثيرًا وهي—تسلّم مشروع قديم。
لذلك أعددنا مشروعًا تجريبيًا باسم TeamDesk. وهو موقع ويب صغير لإدارة المهام، يضم نحو 20 ملفًا، وكل بياناته وهمية، ويأتي المشروع معه قائمة بالمشكلات.
هذه المرة، أنشأنا مباشرة داخل المشروع ثلاث مهام دفعة واحدة، وجعلنا ثلاثة وكلاء يبدؤون العمل في الوقت نفسه:
- Agent 1: قراءة الكود وفهم المشروع، وإنتاج وثيقة معمارية موجّهة للمبتدئين؛
- Agent 2: مسؤول فقط عن إصلاح الأخطاء، ولا يُسمح له بلمس ملفات الاختبار؛
- Agent 3: مسؤول فقط عن إضافة اختبارات الانحدار، ولا يُسمح له بلمس كود الأعمال.
وثيقة المعمارية التي سلّمها Agent 1 كانت تقريراً على شكل صفحة ويب، شرح بلغة بسيطة كيفية تقسيم هذا المشروع إلى طبقات، وكيف تؤثر العمليات على الصفحة في تغيير البيانات، وأين تُخزَّن البيانات في النهاية داخل المتصفح.
أما Agent 2 المسؤول عن إصلاح الخطأ، فقد أعاد أولاً إنتاج المشكلة وفق تقريرها، وبعد أن وجد السبب، غيّر سطراً واحداً فقط من الكود، مضيفاً إلى الإحصاءات شرطاً لاستبعاد المهام المؤرشفة:
وأخيراً، بعد أن أضاف Agent 3 اختبارات الانحدار، ظهرت النتيجة النهائية:
وبعد ذلك راجعنا الكود الأصلي مرة أخرى، والتزم الوكلاء الثلاثة جميعاً بأدوار كل منهم بأمانة: لم يتغير كود الأعمال إلا سطراً واحداً، ولم يُضف إلى مجلد الاختبارات سوى ملف جديد واحد.
مثل هذا النوع من اختبارات الانحدار يمكن في الواقع تسليمه يومياً إلى ميزةالأتمتةفي TRAE الجديد، مثلاً بضبطها لتعمل تلقائياً كل صباح، وتنبيهك عند اكتشاف أي مشكلة. يمكن للمهتمين تجربتها بأنفسهم:
دعنا نلقي نظرة على سيناريو آخر أقرب إلى الحياة اليومية،شخص واحد يسلّم تكرارًا (Iteration) كاملًا。
هذه المرة، المهمة التي حددناها لأنفسنا هي إنشاء منصة لمعالجة الملاحظات باسم FeedbackDesk لعرضها في اجتماع المراجعة الداخلي. تتضمن الأمور المطلوبة للمراجعة وثيقة متطلبات المنتج، وعرضًا توضيحيًا (Demo) على الويب قابلًا للتشغيل، إضافة إلى عرض تقديمي للمراجعة بصيغة PPT.
وبالمثل، أنشأنا ثلاث مهام دفعة واحدة:
- Agent 1: كتابة وثيقة متطلبات المنتج؛
- Agent 2: إنشاء عرض الويب التجريبي Demo؛
- Agent 3: إعداد عرض PPT للمراجعة.
بعد وقت قصير، سلّم الوكلاء الثلاثة نتائجهم، وهي وثيقة متطلبات بصيغة Word من 4 صفحات، وصفحة ويب يمكن تشغيلها مباشرة في المتصفح، وعرض PPT للمراجعة من 6 صفحات مع نص الإلقاء المرافق:
سابقًا، كنا نكتب وثائق المتطلبات ونعدّ عروض PPT عبر TraeWork، ولإنشاء صفحات الويب كنا نعود إلى TraeCode؛ أما الآن، في النافذة نفسها، يقوم مجموعة من الوكلاء بإنجاز هذه المهام كلها في وقت واحد.
والأكثر ملاءمة أن TRAE الجديد يوفر أيضًامكتبة قوالبفمثل هذه الأعمال المستندية يمكننا البدء بها مباشرة بتطبيق قالب جاهز:
وهناك ما هو أكثر ملاءمة.
حتى إذا لم تكن داخل TRAE، فبعد ربطفاي شو (Feishu)أووي تشات (WeChat)يكفي أن تُشير إلى TRAE مباشرة عبر @TRAE لجعله يعملعبر المنصاتكما أننسخة الهاتف المحمولمتزامنة أيضًا:
ملاءمة، ملاءمة حقيقية بكل معنى الكلمة.
لماذا الدمج في واحد؟
وأخيرًا، نعود إلى السؤال المطروح في البداية: لماذا تقرر TRAE، بوصفها لاعبًا مخضرمًا في مجال البرمجة بالذكاء الاصطناعي (AI Coding)، دمج المنصتين في واحدة؟
بعد عدة جولات من التجربة الفعلية، أكبر ما لاحظناه هو أن كتابة الأكواد ليست سوى حلقة واحدة من حلقات عملية التطوير.
فالمشروع من الفكرة حتى التسليم يتطلب في البداية تفكيك المتطلبات، وكتابة الحلول، وإعداد التصاميم، ولاحقًا يتطلب الاختبار، وإصلاح الأخطاء (bug)، وإعداد التقارير.
سابقًا كانت هذه المراحل موزعة على أداةين، والسياق منقطع في موضعين، والمنتجات مبعثرة في مكانين، وكان على الشخص عالقًا في المنتصف يتنقل ذهابًا وإيابًا بخطوات "التفادي".
أما ما قام به TRAE الجديد هذه المرة فهو ربط هذه السلسلة معًا، وتحويلها إلى منصة تطوير متكاملة الشاملة (Full-Chain).
من الناحية الرأسية، من تفكيك المتطلبات إلى التسليم، يمكن وضع المستندات والتصاميم والأكواد والاختبارات كلها في المشروع نفسه، ويمكن تسليم العمليات المتكررة إلى الأتمتة، كما يبقى التزامن قائمًا بين المنصات الثلاث: سطح المكتب والويب والهاتف.
ومن الناحية الأفقية، مساحة عمل واحدة تدير جميع المشاريع، ويمكن لعدة وكلاء العمل بالتوازي، ويمكن معرفة أي مهمة متعثرة وفي أي خطوة بنظرة واحدة إلى الشريط الجانبي الأيسر؛ وعند الحاجة الفعلية إلى تعديل عميق للأكواد، يكفي الضغط بزر واحد للعودة إلى بيئة التطوير IDE.
وبالنظر إلى الخارج، فهذه المسألة لا تقوم بها TRAE وحدها.
في أبريل من هذا العام، أطلقت Cursor إصدار Cursor 3، وأضافت نافذة Agents Window المخصصة لإدارة الـ Agent، مع الاحتفاظ بواجهة IDE الكلاسيكية، ويمكن التبديل بين الواجهتين في أي وقت. كما قدّمت Claude Code أيضًا Agent View يتيح تشغيل وإدارة ومراقبة عدة Agent في الخلفية من لوحة واحدة.
يتضح أن أدوات البرمجة بالذكاء الاصطناعي الرائدة في الخارج تسعى جميعها إلى دمج "إدارة الـ Agent" و"تعديل الكود" في أداة واحدة.
غير أن الاختبار العملي أظهر لنا أيضًا أن كثرة الـ Agent لا تجعل الأمور تتحسن تلقائيًا. لنأخذ طائر البجع في المقدمة على سبيل المثال: الـ Agent المسؤول عن التطوير سلّم العمل بثقة تامة، قائلاً إنه اختبر شيئين في المتصفح وأن كل شيء على ما يرام؛ لكن الـ Agent المسؤول عن الاختبار ما إن بدأ العمل حتى اكتشف 4 مشاكل، حتى أن مفاتيح الأسهم كانت معكوسة، فعند الضغط على السهم الأيمن كان البجع يتجه إلى اليسار.
إذا أضفنا إلى ذلك المخطِّط والمصمم الذين يكلل كلٌّ منهما بلهجته في محرر الزنزانة، والمخرجات الثلاث المطابقة رقمًا برقم في منصة معالجة الملاحظات، فالنمط قد أصبح واضحًا تمامًا.
وفي النهاية، تغيّر ما يتعين على الإنسان فعله. فالآن نوجه اهتمامنا أكثر إلى تقسيم العمل بوضوح، وإعداد مرجع مشترك للـ Agent، وتنظيم من يقوم بالعمل ومن يتحقق منه.
وربما تكون هذه هي المشكلة التي يسعى ترقية TRAE الجديدة هذه المرة إلى حلها.
فبعد أن أصبح TRAE لاعبًا متمرسًا في مسار AI Coding، فإن دمج الأداتين في أداة واحدة هذه المرة يهدف إلى استخدام منصة عمل واحدة تحتضن كل مرحلة من مراحل التطوير، وتخدم عددًا أكبر من المطورين الراغبين في الإبداع بأيديهم.
ومن جعل Agent واحد يساعدك في كتابة الكود، إلى قيادة مجموعة من الـ Agent للعمل من الفكرة حتى التسليم، فقد دخلت AI Coding رسميًا مرحلة جديدة هي مرحلة تطوير الـ Agent.
أما "خطوة التمويه" المتمثلة في التبديل المستمر، فمن المفترض أنه لن تكون له حاجة في المستقبل.