→ المدونة

سير العمل

بدّل الوكيل، لا التطبيق.

قد تنفد حصة وكيل البرمجة في منتصف المهمة. أما مستودعك فلم ينفد منه شيء. اترك العمل في مكانه، وافتح الوكيل الآخر، وتابع في الطرفية نفسها.

تغيّر الوكيل. لم يتغيّر المضيف ولا المستودع ولا شجرة العمل ولا واجهة الهاتف.

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

إحدى رسائل Claude Code الحقيقية صريحة: You've hit your individual spend limit · run /usage-credits to ask your admin for a higher limit. ولدى Codex إشعاراته وخياراته الخاصة بالحساب. تختلف العبارة لكن الانقطاع واحد: ظهر حدّ المورّد في منتصف شجرة عملك.

أولًا: أي حد بلغت؟

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

السياق أو الطول

بلغت محادثة واحدة كمية المادة التي يستطيع النموذج حملها بنشاط.

ما العمل: اختصر أو لخّص إن كان ذلك مدعومًا، أو ابدأ جلسة جديدة بتسليم مركز.

حصة الاستخدام

استهلكت خطتك حصتها في النافذة الزمنية الحالية للمنتج.

ما العمل: تحقق من إعادة الضبط المعروضة وخيارات الترقية أو الرصيد المتاحة لحسابك.

سقف الإنفاق أو الرصيد

بلغ الاستمرار المدفوع حد ميزانية شخصية أو لمساحة العمل أو المؤسسة.

ما العمل: أضف رصيدًا أو غيّر السقف أو اسأل المسؤول أو انتظر أو انقل المهمة إلى وكيل آخر.

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

توقف الاشتراك. لم يتوقف المستودع.

للبديل البديهي كلفة على هيئة تطبيق

على الهاتف، البديل البديهي هو مغادرة تطبيق Claude وفتح ChatGPT لاستخدام Codex، أو العكس. ينجح ذلك بالمعنى الضيق لوجود وكيل آخر، لكنه يستبدل قمرة القيادة كلها في اللحظة التي تحتاج فيها إلى الاستمرارية.

يتغيّر التنقل، وتختلف أدوات الموافقة، ويُنظّم سجل الجلسات بطريقة أخرى. قد يتيح تطبيق سير عمل لا يدعمه الآخر، ولا واحد منهما طرفية SSH عامة تضع بجانب الوكيل جلسات tmux ومتصفح SFTP والأنفاق المعتادة. تضيع الدقائق الأولى في تعلّم مواضع الأدوات بدل فهم تعديلات الوكيل السابق.

اجعل الطرفية هي الطبقة الثابتة

شغّل Claude Code وCodex حيث يعيش العمل أصلًا: على الجهاز نفسه ومن عميل SSH نفسه. في Mobile SSH، قد لا يتطلب تبديل المورّد أكثر من فتح لوحة tmux أخرى وتشغيل الأمر الآخر. تظل واجهة الهاتف مألوفة لأنها واجهة إلى خادمك أنت، لا إلى مورّد نموذج واحد.

ما ينجو عند تبديل الوكيل
حالة العملهل ينتقل؟
ملفات المستودع والتعديلات غير المثبتةعلى القرص نفسه ✓ نعم
حالة Git والـ diff ونتائج الاختباراتيمكن لكلتا أداتي CLI فحصها ✓ نعم
مضيف SSH والصدفة ومجلد العملالجلسة نفسها ✓ نعم
tmux وSFTP والأنفاق وتنبيهات الوكيلأدوات الهاتف نفسها ✓ نعم
سجل محادثة المورّد الآخريحتاج إلى تسليم جديد — لا
الملفات حالة مشتركة، وسجل الدردشة حالة يملكها المورّد. اعتبر المستودع مصدر الحقيقة.

هذه هي قابلية النقل المفيدة. يستطيع الوكيل التالي فحص الملفات والفروق ونتائج الاختبارات وتعليمات المشروع الباقية على القرص. ما زال Mobile SSH يعرف الاتصال وtmux يعرف الجلسة، وما زالت SFTP وتحويلات المنافذ في مكانها. تعمل تنبيهات الوكيل مع كليهما لأن hook يبلّغ حالة الطرفية ولا ينتمي إلى مورّد.

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

التسليم الصادق

لا تصبح محادثة Claude محادثة Codex، ولا العكس. لا تقل للوكيل البديل «تابع» وتتوقع أن يرى محادثة يملكها مزوّد آخر. أعطه الحالة الدائمة: قواعد المستودع، وفرق شجرة العمل، والأوامر المنفّذة، والنتيجة التي ما زلت تريدها.

تسليم من أربع خطوات

  1. ثبّت الأدلة

    لا تنظف الشجرة ولا تكتب فوقها. احفظ git status --short وافحص git diff --stat.

  2. اقرأ القواعد المحلية

    اجعل الوكيل الجديد يقرأ AGENTS.md ووثائق المشروع المناسبة قبل التعديل.

  3. أعد تثبيت خط الأساس

    شغّل أصغر اختبار ذي صلة وسجّل ما نجح أو فشل أو لم يُجرّب.

  4. تابع في لوحة جديدة

    شغّل أداة CLI الأخرى بجوار اللوحة القديمة، وأعطها الهدف والقيود، واطلب منها فحص الـ diff أولًا.

طلب أول مفيد اقرأ AGENTS.md وحالة git والـ diff الحالي. حافظ على العمل الموجود. شغّل الاختبارات المركزة، واشرح ما تبقى، ثم تابع المهمة.

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

واجهة واحدة للوكيل المفيد اليوم

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

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

اختر الوكيل وفق مزاياه. وأبق مساحة العمل وفق شروطك.