إيقاف Google Jules: كيف تحفظ عملك وتجهّز البديل؟

إيقاف Google Jules: المواعيد التي تؤثر في عملك

تتحول خدمة Google Jules، وكيل البرمجة الذي يعمل في الخلفية من Google، إلى وضع القراءة فقط بعد 11 نوفمبر، تمهيدًا لإيقافها نهائيًا. وقد نشرت Google إشعار إيقاف Jules بتاريخ 29 أكتوبر 2026.

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

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

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

احفظ ما لا يحفظه مستودع Git

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

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

احتفظ بالتصدير بوصفه أرشيفًا، ثم أعدّ حزمة تسليم أصغر لكل مهمة لم تكتمل. ضمّن فيها المستودع والفرع، والتغيير المطلوب، وما أُنجز، ومعايير القبول المتبقية، والأمر الذي يثبت نجاح التنفيذ. أرفق روابط للسجلات الداعمة بدلًا من لصق محادثة كاملة في تعليمات جديدة.

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

تصدير بيانات Jules وفق الإجراء الذي نشرته Google

تعتمد طريقة Google على Jules Tools مع نص التعليمات الذي توفره للتصدير. ثبّت الأداة وسجّل الدخول:

npm install -g @google/jules
jules login

من مجلدك الرئيسي، افتح وكيل برمجة يعمل عبر سطر الأوامر والصق نص التعليمات الكامل بعد توسيعه في الإشعار. اربط GitHub أولًا للحصول على بيانات المستودعات. تُحفظ المخرجات في ~/jules-export؛ أبقِ هذا المجلد خاصًا لأن env-variables.json يحتوي على قيم بيانات الاعتماد. وتشمل سجلات كل جلسة ملف summary.md، وسجلات الأنشطة، وفروق الشيفرة.

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

هذا الفارق مهم لمسؤول الفريق الذي سيعتمد الانتقال. فعبارة «اكتمل تنفيذ الأمر» لا تثبت ما تثبته عبارة «التعديل المطلوب والإعدادات وسياق المهمة موجودة». وإذا كان سجل مهم مفقودًا، فاستعده ما دام الوصول إليه متاحًا، بدلًا من تكليف الوكيل التالي بإعادة بنائه من الصفر.

ماذا يحدث لسجل العمل وواجهة Jules API؟

احفظ سجل العمل محليًا، وأنهِ اعتماد عمليات الأتمتة لديك على Jules. لا يعد إشعار الإيقاف باستيراد السجل تلقائيًا إلى وكيل آخر، ولا باستمرار خدمة API بعد الإغلاق.

تصف وثائق Jules API العامة من Google الجلسات وأنشطتها، بما في ذلك إنشاء المهام، والموافقة على الخطط، وإرسال الرسائل. هذه وظائف قد يعتمد عليها التنفيذ: فالبوت الذي ينشئ جلسة انطلاقًا من تذكرة يحتاج إلى بديل، حتى لو لم يكن أحد في فريقك يفتح موقع Jules.

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

بقاء دليل البدء السريع لواجهة API منشورًا لا يعني تمديد عمر الخدمة. في غياب جدول منفصل لنقاط النهاية، اعتمد مواعيد الخدمة حدًا للتخطيط، وانقل إنشاء المهام قبل التحول إلى وضع القراءة فقط. هذه توصية تشغيلية، وليست موعدًا إضافيًا لواجهة API أعلنته Google.

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

ما الذي سينتقل إلى Antigravity، وما المتاح الآن؟

تقول Google إنها تنقل الدروس المستفادة من Jules إلى Google Antigravity، منصتها للتطوير باستخدام الوكلاء. ويوضح إعلان Jules الرسمي أنها تعمل على الجمع بين التنفيذ الذاتي عن بُعد في الخلفية وبيئة التطوير في Antigravity، من دون تحديد موعد لإتاحة هذا الجمع.

يدعم المنتج المتاح بالفعل أشكالًا مفيدة من العمل في الخلفية. يدير Antigravity App وكلاء يعملون بالتوازي، ويجمع العمل ضمن Projects، ويشغّل مهام مجدولة. وتشرح وثائق Remote Control من Google كيفية الوصول عبر المتصفح إلى الجلسات العاملة على حواسيبك المحمولة أو المكتبية أو خوادمك.

الفارق هنا هو الجهة التي توفر الحاسوب. يتيح Remote Control الوصول إلى جهاز قائم، لكنه لا يثبت بحد ذاته أن Google وفرت بديلًا مستضافًا لخدمة Jules. وعلى الفريق الذي يريد تشغيل مهام الصيانة ليلًا أن يعرف أي جهاز سيظل يعمل، ومن سيتولى صيانة اعتمادياته، وماذا سيحدث إذا تعذر الوصول إليه.

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

اختر Antigravity إذا كنت تريد بيئة التطوير التي يقدمها وتستطيع تشغيل الجهاز الذي ينفذ المهام. أما إذا كان المطلوب هو «أن يغلق المطور حاسوبه المحمول من دون أن يتولى أحد صيانة جهاز آخر»، فقيّم خيارًا مستضافًا الآن، بدلًا من تعليق الانتقال على ميزة لم يُحدد موعدها.

راجع أسعار Antigravity لاتخاذ قرارات الإتاحة وحصص الاستخدام، ومقارنة Google Antigravity مع Cursor للإجابة عن السؤال المنفصل: أي بيئة تطوير يومية تناسب عملك؟

انقل مهام الخلفية إلى بيئة تنفيذ تستطيع إدارتها

عند المقارنة بين بدائل Google Jules، اختر بيئة التشغيل قبل أن تختار أسلوب الوكيل في الكتابة. وبيئة التشغيل هي الحاسوب والبرمجيات التي تنفذ المهمة. وفي هذا الانتقال، تدور المقارنة المفيدة حول الجهة التي تشغّل البيئة: هل تديرها أنت، أم يستضيفها المزود، أم تشغّلها أتمتتك عبر GitHub Actions؟

تستند المسارات التالية إلى الوثائق الحالية للمزودين. وهي نقاط انطلاق للانتقال، ولا تعني تطابق الميزات أو وجود صيغة استيراد مشتركة مع Jules.

مهام OpenAI Codex Cloud: تنفيذ مستضاف بإعداد قابل لإعادة الاستخدام

OpenAI Codex Cloud وكيل برمجة مستضاف يمكنه مواصلة العمل حين يدخل حاسوبك وضع السكون. لكل مهمة مساحة عمل مستقلة، ويمكنك فحص التغييرات ونتائج الاختبارات قبل تسجيل التغييرات في المستودع أو فتح طلب سحب. ويشرح دليل Codex Cloud الرسمي خطوات الإعداد المتاحة حاليًا.

مسار الانتقال: في ChatGPT، اختر Work in > Cloud، ثم أنشئ بيئة أو اختر بيئة موجودة. اربط مستودعات GitHub، ودع Codex يجهّز المشروع، وراجع فحوص الإعداد ثم انشر البيئة. ابدأ مهمة محددة النطاق باستخدام حزمة التسليم المنقحة من Jules، ثم راجع التغييرات ونتائج الاختبارات.

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

اختر Codex إذا كانت حاجتك الأساسية قائمة مهام مستضافة مع إعداد مشروع يمكن إعادة استخدامه. اجعل التجربة الأولى مهمة تستطيع الحكم على صحة نتيجتها سريعًا، بدلًا من إعادة كتابة مفتوحة النطاق. وتتناول مقارنة Codex مع Claude Code خيارات سير العمل الأوسع، خارج سياق هذا الإيقاف.

Claude Code: جلسات سحابية أو أتمتة للمستودع

يتيح Claude Code من Anthropic جلسات سحابية تواصل العمل بعد إغلاق حاسوبك المحمول، إلى جانب تكامل منفصل مع GitHub Actions لمسارات العمل داخل المستودعات. ويتوقف مسار الانتقال المناسب على ما تستبدله: تسليم مهمة تفاعلية، أم آلية تشغيل تلقائي.

للجلسات السحابية: اربط المستودع، واضبط إعداد البيئة السحابية والوصول إلى الشبكة والمتغيرات، ثم ابدأ مهمة محددة النطاق. بعد تسجيل الدخول في طرفية Claude Code، يبدأ الأمر claude --cloud العمل في السحابة. وعند استخدام المسار المعتاد لاستنساخ المستودع من GitHub، ادفع الفرع أولًا حتى تصل إلى الجلسة التغييرات المسجلة المقصودة. راجع دليل الجلسات السحابية في Claude.

العقبة هنا هي حصة الاستخدام المشتركة وصلاحيات الوصول: تستهلك الجلسات السحابية من حصة Claude الخاصة بالحساب، وقد تقيدها صلاحيات المؤسسة. وعمل الإعداد الشخصي لأحد المهندسين لا يثبت أن حساب الشركة يستطيع تنفيذ حجم العمل نفسه.

لـ GitHub Actions: يستطيع مسؤول المستودع تشغيل /install-github-app في Claude Code، واتباع خطوات إعداد المصادقة، ومراجعة طلب السحب الذي ينشئه التكامل لملف سير العمل. ابدأ بطلب صريح باستخدام @claude، ثم أضف المهمة المتكررة أو التي تُشغّلها أحداث المستودع والتي تريد استبدالها. توثّق Anthropic متطلبات التطبيق وبيانات الاعتماد وسير العمل في دليل GitHub Actions.

العقبة هنا هي تحديد المسؤول عن سير العمل. لا بد من شخص يتولى صيانة مشغلات المهام وبيانات الاعتماد والصلاحيات، ويميّز بين فشل الإعداد وفشل مهمة البرمجة. اختر Actions عندما يكون حدث داخل المستودع هو نقطة البدء الطبيعية. ويشرح دليل Claude Code مع GitHub Actions هذا النموذج التشغيلي.

وكيل البرمجة في GitHub Copilot: أبقِ تسليم المهام داخل GitHub

ينفذ وكيل البرمجة في GitHub Copilot التغييرات والاختبارات في الخلفية، ضمن مسار العمل في GitHub. وتفرّق وثائقه الحالية بين البيئات السحابية المعزولة وبيئات GitHub Actions، لذا تحقق من البيئة المحددة للمهمة. راجع Copilot على GitHub.

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

تختلف العقبة باختلاف بيئة التنفيذ: تعدّل جلسات GitHub Actions مستودعًا واحدًا، بينما يمكن لجلسات البيئة السحابية المعزولة أن تعمل عبر عدة مستودعات. ويعمل كلا النوعين على فرع واحد ويفتح طلب سحب واحدًا لكل مهمة. إذا كان الانتقال يتطلب تغييرات منسقة عبر فروع متعددة، فقسّمه إلى أعمال يمكن مراجعة كل منها بصورة مستقلة.

اختر Copilot إذا كانت قائمة المراجعات والمسؤولية عن المهام تُدار بالفعل في GitHub. فهذا يبقي تسليم العمل قريبًا من التذكرة وطلب السحب، لكنه لا يعفيك من إعادة بناء البيئة والتعليمات التي كانت Jules تحتفظ بها.

أين المبالغة؟ تصدير البيانات لا يعني انتقالًا تلقائيًا

الاختصار المضلل هو اعتبار عبارة «Jules تنتقل إلى Antigravity» خطة لنقل الحساب. تصف تصريحات Google توجه المنتج وإمكان تصدير البيانات، ولا تعد بأن تظهر جلساتك النشطة أو جداولك أو ذاكرتك المحفوظة في بديل جاهز للتشغيل.

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

اعتمد معيار قبول عمليًا: يجب أن يعيد البديل توفير الإعداد المطلوب، وينجز مهمة محددة النطاق، ويعرض فحوصه، ويسلّم تغييرًا يمكن مراجعته. لا تختره لمجرد أنه يتعرف على المستودع نفسه أو ينتج خطة تبدو معقولة. الخطة دليل مفيد على فهم المهمة؛ أما نجاح مسار العمل فهو الدليل على نجاح الانتقال.

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

قائمة عمل هذا الأسبوع

امنح الأولوية لتشغيل أول بديل بنجاح، ثم وسّع استخدامه ليشمل بقية المهام المتراكمة.

• احصر: سجّل مستودعات Jules والجلسات غير المكتملة والمهام المتكررة والأنظمة التي تستدعي API. حدّد مسؤولًا ووجهة لكل مهمة ستستمر.
• احفظ: نفّذ إجراء التصدير الذي نشرته Google، وافحص الأخطاء والملفات المهمة، واحتفظ بالأرشيف الأصلي في مكان خاص.
• أكمل أو احفظ نقطة متابعة: راجع التعديلات المعلقة، واترك لكل مهمة مستمرة فرعًا ومتطلبًا واختبارًا يمكن فهمها بوضوح.
• أعد البناء: اضبط اعتماديات بيئة التشغيل المختارة وتعليماتها والوصول إلى الشبكة وبيانات الاعتماد. أبقِ القيم السرية خارج ملاحظات المهام العادية.
• تحقق عمليًا: نفّذ مهمة صغيرة عبر الإعداد والتنفيذ والاختبار والمراجعة البشرية. افحص مسار الفشل أيضًا، إلى جانب طلب السحب الناجح.
• حوّل التشغيل: انقل مشغلات المهام المتكررة بعد نجاح البديل فقط. عطّل الإرسال المكرر للمهام، وألغِ صلاحيات الوصول القديمة حين تنتفي الحاجة إليها.

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

اشترك في النشرة البريدية للحصول على أدلة عملية تواكب تغييرات أدوات المطورين.