T3 Code يجمع Claude Code وCodex في نافذة واحدة لتنفيذ المهام بالتوازي

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

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

كيف يعمل الوكلاء معًا

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

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

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

تصف المراجعة أيضًا نقل المحادثة بين الوكلاء. يمكن، مثلًا، بدء التحليل مع Codex ومواصلته مع Claude. لكن نقل السياق لا يعني نقل الحالة الداخلية كاملةً؛ فكل وكيل يحتفظ ببيئته وخصائص سلوكه. وبعد الانتقال، من المفيد التحقّق من أن المساعد الجديد فهم المهمة الحالية والقرارات المتّخذة بالفعل.

قائمة المهام والعمل من الهاتف

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

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

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

ما الذي ينبغي التحقّق منه قبل الانتقال

أولًا، عزل التعديلات. لا تضمن المحادثة المنفصلة مع وكيل وجود مجلد عمل منفصل. فإذا عدّل مساعدان الملفات نفسها، فقد يكتب أحدهما فوق تعديلات الآخر. ويعرض المقال استخدام Git worktree للعمل بالتوازي: مجلدات منفصلة لكل منها فرع خاص. وبعد إنجاز المهام، تظلّ مواءمة النتائج ضرورية.

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

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