إذا كنت تبحث عن Windsurf ثم وصلت إلى صفحة تحمل اسم Devin Desktop، فذلك مرتبط بتغيير رسمي في اسم المنتج. توضح صفحة Devin أن المحرر أصبح يحمل الاسم الجديد، وأن تجربة المحرر والإعدادات تمتد إلى الواجهة الحالية. لذلك يركز هذا الدليل على الانتقال من Windsurf إلى Devin Desktop والتحقق من عمل مشروعك، بدل إعادة شرح بناء أول تطبيق.
المسار المقترح هو حفظ العمل، وتسجيل حالة المشروع، والتحديث من المصدر الرسمي، ثم فحص الإعدادات والصلاحيات وتجربة تغيير صغير. هذا دليل إجرائي مبني على الوثائق الرسمية، وليس تقريرًا عن ترحيل حساب بعينه. تختلف التفاصيل بحسب إصدارك ونظامك وسياسات حساب المؤسسة.
ما الذي يعنيه تغيير Windsurf إلى Devin Desktop؟
اسم جديد لمحرر تعرفه
تؤكد صفحة Devin Desktop الرسمية أن الاسم الجديد امتداد لـWindsurf، مع إبقاء المحرر والإضافات والإعدادات. لكن المحافظة على الإعدادات لا تغني عن التحقق بعد التحديث، خصوصًا إذا كان مشروعك يعتمد على أدوات محلية أو إضافات أو اتصال بخادم تطوير.
هدفك الأول ليس تعلم كل ميزة جديدة في جلسة واحدة؛ بل استعادة العمل المعتاد بصورة مفهومة. افتح الملفات، وشغّل المشروع، وراجع اختصاراتك الأساسية. بعد أن تتأكد من ذلك، تستطيع استكشاف إدارة الوكلاء والمهام تدريجيًا دون خلط مشكلة انتقال بمشكلة برمجية جديدة.
التمييز بين المحرر والوكيل والخدمات السحابية
المحرر هو مساحة فتح الملفات وتعديلها. أما الوكيل فيقرأ السياق وينفذ مهام وفق صلاحياته، وقد تختلف خياراته بين الإصدارات. والخدمات السحابية لها طريقة تشغيل وحسابات وإعدادات خاصة؛ تثبيت محرر على جهازك لا يعني أن كل معالجة النموذج تتم دون شبكة.
إذا كانت هذه أول مرة تستخدم فيها البيئة، ابدأ من شرح Devin Desktop بالعربي الذي يتناول التثبيت والبرمجة وإدارة المهام. أما هنا فالقارئ المقصود لديه إعدادات أو مشروع سابق في Windsurf ويريد التأكد من سلامة الانتقال.
قبل التحديث: احفظ حالة يمكنك الرجوع إليها
1. احصر المشاريع والتعديلات المفتوحة
اكتب قائمة بالمجلدات التي تعمل عليها فعلًا، ثم احفظ الملفات المفتوحة. افحص حالة Git لكل مشروع، وميّز بين التعديلات المكتوبة والتعديلات التي لم تعتمدها بعد. وجود ملف مفتوح داخل المحرر لا يعني أنه محفوظ أو موجود في نسخة احتياطية.
إذا كنت تستخدم Git، أنشئ نقطة حفظ للتغييرات التي راجعتها، واحتفظ بنسخة مناسبة من الملفات غير المتتبعة المهمة. لا تضع الأسرار ضمن commit لمجرد الرغبة في حفظ كل شيء. والنسخة الاحتياطية المفيدة يجب أن تعرف مكانها وكيف تستعيدها، لا أن تكون مجلدًا غامضًا بجوار الأصل.
2. سجّل الإعدادات المهمة دون نسخ الأسرار
دوّن الإضافات الأساسية، واختصاراتك المخصصة، وأوامر التشغيل والاختبار، وإعدادات التنسيق الخاصة بالمشروع. لا تحتاج نسخ مئات الخيارات التي لم تعد تستخدمها؛ ركّز على ما يمنعك من العمل إذا اختفى. احتفظ بأسماء الأدوات وإصداراتها عندما تكون مرتبطة بالتوافق.
اكتب أن للمشروع اتصالًا بخدمة خارجية دون نسخ المفتاح داخل ملاحظة عامة. راجع أي خادم MCP أو إضافة تملك صلاحيات واسعة، وحدد هل تحتاجها في أول تجربة بعد التحديث. هذه فرصة لتقليل التعقيد، لكن لا تحذف إعدادًا قديمًا قبل التأكد من وظيفته وحفظ طريقة استعادته.
3. أثبت أن المشروع يعمل قبل الانتقال
شغّل أمر البناء أو الاختبار المعتاد وسجّل النتيجة. إذا كان المشروع يعرض خطأ قبل التحديث، فاحتفظ برسالته؛ وإلا قد تنسب المشكلة إلى المحرر الجديد خطأً. يكفي خط أساس صغير: أمر التشغيل، صفحة تفتح، واختبار يمثل وظيفة مهمة.
لصفحة ويب مثلًا، اختبر إدخالًا صحيحًا وإدخالًا فارغًا وأعد تحميل الصفحة. لا تغيّر التبعيات أو تنقل قاعدة البيانات في الوقت نفسه. كلما فصلت التحديث عن تغييرات التطبيق، أصبح اكتشاف سبب أي عطل أسرع وأكثر دقة.
تنفيذ الانتقال ومراجعة الإعدادات
1. استخدم التحديث أو التنزيل الرسمي
ابدأ من تعليمات تثبيت Devin Desktop أو مسار التحديث المتاح لديك، واختر النظام الصحيح. تجنب تنزيل نسخة قديمة من موقع وسيط لأن شرحًا سابقًا يحمل اسم Windsurf. وفي جهاز تديره مؤسسة، راجع سياسة التحديث مع المسؤول بدل تجاوز أدوات إدارة الجهاز.
إذا تعطل التثبيت، سجّل رقم الإصدار ونظام التشغيل ورسالة الخطأ أولًا. لا تمسح مجلدات البيانات عشوائيًا، لأن المشكلة قد تكون إذنًا أو مساحة أو اتصالًا. احتفظ بالنسخ الاحتياطية حتى تنتهي من اختبار العمل اليومي.
2. افهم خيار نقل بيانات Windsurf
تشرح وثائق الانتقال أن خيار Migrate from Windsurf ينقل بيانات المستخدم والإضافات إلى مسارات Devin، مع استثناء بيانات مثل التخزين المؤقت والسجلات والتاريخ المحلي. وتختلف النتيجة عند اختيار Start fresh أو وجود بيانات Devin مسبقًا. اقرأ الخيار الذي يظهر لك قبل المتابعة.
لهذا لا تعتبر Local History بديلًا عن حفظ ملفاتك في نظام نسخ موثوق. إذا بدأت بإعداد جديد عن قصد، توقّع إعادة ضبط بعض تفاصيل العمل بدل افتراض أن كل شيء اختفى بسبب عطل. دوّن قرارك حتى تستطيع تفسير ما تراه بعد التشغيل الأول.
3. افتح المشروع من مجلده الصحيح
اختر مجلد المشروع الذي اختبرته قبل التحديث. تحقق من اسم الفرع وموقع الملفات، خصوصًا إذا لديك أكثر من نسخة للمستودع. بعض مشكلات «اختفت تعديلاتي» سببها فتح نسخة مختلفة، ويمكن اكتشافها بمقارنة المسار وحالة Git قبل أي محاولة استعادة.
افتح ملفًا معروفًا، وراجع التنسيق وتسميات الملفات واتجاه النص إن كان المشروع عربيًا. ثم جرّب الاختصارات التي تستخدمها باستمرار. لا تبدأ بتغيير واسع أثناء هذه المراجعة؛ المطلوب اختبار البيئة كما كانت، حتى تعرف إن كان الانتقال ناجحًا.
4. فعّل الإضافات والاتصالات تدريجيًا
اختبر إضافة التنسيق أو اللغة التي يحتاجها المشروع، ثم أضف باقي الأدوات حسب الأولوية. إذا ظهرت مشكلة بعد تشغيل عدة إضافات معًا فلن تعرف سببها. عطّل الإضافة المشتبه بها مؤقتًا وقارن السلوك، دون حذف إعداداتك الأصلية أو إعادة تثبيت كل الأدوات دفعة واحدة.
للعمل عن بعد، اختبر الاتصال بصورة مستقلة عن تشغيل الوكيل. نجاح فتح مشروع محلي لا يثبت أن إعداد SSH أو الحاوية يعمل. سجّل ما نجح وما تعطل، واطلب من مسؤول المؤسسة مراجعة السياسات إن ظهرت رسالة منع بدل إضعاف الحماية لتجاوزها.
الانتقال من Cascade إلى Devin Local
استخدم معالج النقل بدل افتراض تطابق الوكيلين
توضح وثائق Devin Local أنه الوكيل المحلي الأساسي الحالي، وتذكر أمر Devin: Open Cascade Migration Wizard لنقل مهام وسياقات مدعومة من Cascade. افتح لوحة الأوامر وابحث عن الأمر عند حاجتك، ثم راجع ما سيُنقل قبل إكمال المعالج.
نقل إعدادات المحرر مختلف عن نقل ذاكرة الوكيل أو سير العمل. إذا ظهرت ملفاتك وإضافاتك لكن لم تظهر طريقة عمل قديمة، فلا تفترض أن بيانات المشروع ضاعت. تحقق من نوع العنصر وميزة النقل التي تغطيه، وراجع حدود الإصدار الحالي.
راجع القواعد قبل إعادة كتابتها
قد يحتوي مشروعك قواعد قديمة وأخرى أحدث. قبل دمجها، اقرأها وحدد ما إذا كانت مكررة أو متعارضة. مثلًا، قاعدة تطلب تنسيقًا معينًا وأخرى تطلب تنسيقًا مختلفًا ستربك المخرجات مهما كانت قوة النموذج. احتفظ بمصدر واضح لكل قاعدة وهدفها.
تذكر وثائق الانتقال دعم صيغ قواعد Windsurf السابقة مع صيغ Devin الجديدة. لا تنقل الملفات وتغير أسماءها جميعًا في جلسة واحدة لمجرد تغير العلامة. جرّب أولًا تعليمة غير حساسة، مثل طلب شرح اصطلاحات التسمية، وتحقق من فهم الوكيل لقاعدة المشروع دون إعطائه إذن تعديل واسع.
اضبط الصلاحيات قبل تجربة التنفيذ
تشرح وثائق Devin Local أن له أوضاعًا وصلاحيات تختلف عن Cascade. ابدأ بجلسة للقراءة والشرح، ثم امنح التنفيذ بالقدر اللازم للمهمة. اختيار نموذج معين لا يحدد وحده ما يستطيع الوكيل فعله؛ مراجعة صلاحيات الملفات والأوامر والشبكة جزء مستقل من الإعداد.
لا تطلب من الوكيل إصلاح البيئة بتشغيل أي أمر يختاره دون مراجعة. اسأله عن الغرض من الأمر، والمجلد الذي يعمل فيه، والملفات التي سيغيرها. في مشروع مؤسسي التزم بسياسة الفريق، ولا تربط حساب إنتاج أو مفاتيح حساسة بغرض اختبار الانتقال.
تمرين قبول بعد التحديث: تعديل صغير يمكن قياسه
ابدأ بطلب قراءة دون تعديل
اختر صفحة موجودة في مشروع تجريبي واطلب: «اقرأ ملفات هذه الصفحة وحدد مكان زر إرسال النموذج، واشرح كيف يتحقق من الحقول، دون تعديل أو تشغيل أوامر». قارن الإجابة بالكود. إذا أخطأ في الملف أو الوظيفة، صحح السياق قبل السماح له بالتنفيذ.
هذا التمرين يختبر وصول الوكيل للسياق وفهمه للمهمة، ولا يقيس جودة المنصة كلها. لا تعطه مستودعًا ضخمًا مع طلب عام مثل «راجع المشروع». حدد ملفًا أو وظيفة حتى تستطيع تقييم الإجابة بوضوح وتعرف ماذا يجب أن يتغير لاحقًا.
نفّذ تغييرًا واحدًا محددًا
اطلب مثلًا: «عدّل رسالة الخطأ عند إرسال الحقل فارغًا لتصبح واضحة بالعربية. حافظ على منطق التحقق والتنسيق الحالي، ولا تضف حزمًا. اعرض الملفات التي ستتغير قبل التنفيذ». اختر تعديلًا تعرف نتيجته المتوقعة ويمكنك التراجع عنه.
بعد التنفيذ اقرأ الفرق، وتأكد من عدم تغيير التبعيات أو ملفات لا علاقة لها بالمهمة. شغّل الفحص المعتاد واختبر الإدخال الفارغ والصحيح. نجاح عرض الصفحة وحده لا يكفي إذا أصبحت الرسالة تظهر دائمًا أو لم يعد الزر يعمل بلوحة المفاتيح.
قارن النتيجة بخط الأساس
أعد الأوامر التي سجلتها قبل التحديث وقارن النتائج. إذا فشل اختبار جديد، حدّد هل سببه التعديل الصغير أم البيئة. جرّب إلغاء تغييرك التجريبي ثم أعد الفحص؛ هذا يفصل أثر الكود عن أثر الانتقال بدل التخمين.
سجّل أن الإعدادات والإضافات والتشغيل والاختبار نجحت، مع أي استثناء واضح. يمكنك بعد ذلك متابعة التعلم في دليل البرمجة وإدارة المهام في Devin Desktop. وإذا كنت تقارن اختيار المحرر أصلًا، فارجع إلى مقارنة Cursor وGitHub Copilot وDevin Desktop.
الحساب والتكلفة وحل مشكلات الانتقال
راجع خطتك الفعلية قبل تغيير الاشتراك
توضح صفحة المنتج الرسمية أن تغيير الاسم لا يغيّر خطة مستخدم Windsurf الحالي وتسعيره بحد ذاته. لكن هذا لا يعني أن الاشتراكات الجديدة أو الخدمات الإضافية أو كل أساليب الاستخدام متطابقة. راجع لوحة حسابك والفاتورة قبل اتخاذ قرار ترقية أو إلغاء.
استخدم صفحة التسعير الحالية لتقييم اشتراك جديد، وافصل بين الحصة المشمولة والاستخدام الإضافي. لا تنقل أرقام «عدد الطلبات» من شرح قديم إلى حسابك الحالي؛ قد تختلف المحاسبة بحسب الخطة والنموذج ونوع المهمة. راقب تكلفة تمرين صغير قبل بدء مهمة طويلة.
الإعدادات أو الوكيل لا يظهران كما توقعت
تأكد أولًا من الحساب والمشروع والإصدار ومسار النقل الذي اخترته. إذا كان النقص مرتبطًا بالوكيل، راجع إعدادات الوكلاء وصلاحيات المؤسسة في الوثائق الحالية. اجمع معلومات محددة للدعم: ما المتوقع، وما الظاهر، وما الذي جربته، دون إرسال مفاتيح أو ملفات خاصة.
لا تعالج المشكلة بإعادة ضبط شامل قبل معرفة ما سيفقده. قارن إعدادًا واحدًا معروفًا، ثم إضافة واحدة، ثم أمر تشغيل. إذا نجح بعضها، احتفظ بالنتائج لتضييق نطاق المشكلة بدل تكرار التثبيت وإعادة المحاولة من البداية في كل مرة.
أوامر الطرفية القديمة لا تفتح المحرر
عند استخدام اختصار أو أمر قديم، راجع تعليمات أمر الفتح في صفحة الانتقال الرسمية وقارنه بما ثبته إصدارك. اختبر فتح مجلد تجريبي من الطرفية بعد تثبيت الأمر بالطريقة الرسمية. لا تعدّل مسارات النظام أو تستبدل ملفات تشغيل يدويًا دون فهمها.
قد يكون استمرار اسم قديم في إعداد أو مسار أمرًا مقصودًا للتوافق، وليس دليلًا على فشل التحديث. لذلك لا تحذف كل مجلد يحتوي Windsurf أو Codeium لمجرد أن الاسم الحالي Devin؛ افحص وظيفة المجلد والوثائق قبل المساس به.
جهّز محضر قبول مختصرًا للفريق
إذا كنت تعمل مع آخرين، لا تكتب «كل شيء يعمل» دون تفاصيل. سجّل اسم المشروع والفرع وأمر البناء ونتيجة الاختبار والإضافة التي تحققت منها، ثم أضف قائمة قصيرة بما لم تفحصه بعد. يمكن أن ينجح التطوير المحلي بينما يبقى الاتصال البعيد أو التنسيق في لغة أخرى غير مختبر؛ توضيح ذلك يمنع تسليم انطباع أوسع من الدليل المتاح.
اختر مشروعًا واحدًا ليكون نموذج الانتقال، وكرر الخطوات نفسها على بقية المشاريع حسب احتياجها. لا يلزم فتح كل مستودعاتك القديمة في يوم واحد، لكن يلزم معرفة ما جرى التحقق منه قبل الاعتماد عليه في تسليم قريب. احتفظ بأخطاء ما قبل التحديث منفصلة عن الأخطاء الجديدة حتى تبقى المتابعة مفهومة.
متى تعتبر الانتقال مكتملًا؟
اعتبره مكتملًا عندما تستطيع فتح المشروع الصحيح، والوصول إلى إعداداتك الأساسية، وتشغيل الفحص المعتاد، وتنفيذ تغيير صغير ومراجعته والتراجع عنه. احتفظ بملاحظات الانتقال حتى تعمل على مشروعك الحقيقي فترة كافية، ثم نظّم النسخ القديمة وفق سياسة حفظ واضحة.
ابدأ باستعادة روتينك المستقر، ثم جرّب قدرات الوكيل الجديدة خطوة خطوة. بهذه الطريقة يصبح تغيير الاسم والواجهة انتقالًا يمكن التحقق منه، وتبقى لديك أسباب واضحة لأي عطل بدل خلط التحديث والإضافات وتعديلات الكود في مشكلة واحدة.
