وكلاء Codex المتوازيون: كيفية تشغيل عدة مهام Codex في وقت واحد

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

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

لوح المهام هذا هو Sharkly. أنت تملك Codex بالفعل، وSharkly يأتي فوقه: يشغّل Codex بصفته Runtime ويحوّل كل تشغيل متوازٍ إلى Task بنسخة عمل معزولة خاصة به، وسجل خاص به، ومراجِع خاص به. يغطي المقال الإعداد اليدوي أولًا، لأنه ينبغي أن تفهم ما تقوم بأتمتته قبل أن تؤتمته.

باختصار

وكلاء Codex المتوازيون يعني تشغيل عدة مهام Codex في وقت واحد بدلًا من واحدة تلو الأخرى. وهناك ثلاث طرق لفعل ذلك: مهام Codex السحابية (كل منها في بيئة معزولة، وفقًا لوثائق OpenAI)، أو عدة جلسات محلية لـ codex عبر سطر الأوامر، أو وكلاء فرعيون داخل جلسة واحدة. القاعدة التي تحكمها جميعًا هي نسخة عمل واحدة لكل وحدة عمل: امنح كل مهمة git worktree خاصًا بها حتى لا تلمس التعديلات المتزامنة الملفات نفسها أبدًا. يتوسّع هذا بسلاسة حتى عدد قليل من المهام، لكن بعد ذلك يصبح تتبّع من فعل ماذا، ومراجعة كل نتيجة على حدة، هو عنق الزجاجة، وهذه هي الطبقة التي يضيفها Sharkly.

ثلاث طرق لتشغيل Codex على التوازي

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

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

خطوة بخطوة: تشغيل عدة مهام Codex محليًا دون تعارضات

المسار المحلي هو ما يلجأ إليه معظم الناس أولًا، وهو أول ما ينكسر. إليك الإعداد الذي يصمد.

الخطوة 1. امنح كل مهمة نسخة عمل خاصة بها. إن git worktree هو دليل عمل ثانٍ يدعمه المستودع نفسه، على فرع خاص به. أنشئ واحدًا لكل مهمة:

git worktree add ../app-authfix -b fix/token-refresh
git worktree add ../app-tests   -b test/checkout-coverage
git worktree add ../app-refactor -b refactor/api-client

الفشل إن تجاهلت هذا: جلستان من codex في المجلد نفسه تعدّلان الملفات ذاتها، وتفوز الكتابة المتأخرة بصمت، وكلتاهما تبلّغ عن النجاح. وتكتشف الخسارة عند المراجعة، أو في بيئة الإنتاج.

الخطوة 2. ابدأ جلسة Codex واحدة لكل worktree. افتح نافذة طرفية في كل دليل وشغّل Codex فيه:

cd ../app-authfix && codex

الفشل إن تجاهلت هذا: جلسة واحدة تحمل أربعة أهداف في سياقها تتشتت بينها وتفقد تتبّع أي تغيير يخص أي مهمة.

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

cd ../app-tests && codex exec "add tests for the checkout flow until coverage passes"

الفشل إن تجاهلت هذا: تجلس تراقب جلسات لم تكن تحتاجك قط، وهذا يلغي الغاية من تشغيلها على التوازي.

الخطوة 4. ادمج بتأنٍّ، فرعًا تلو الآخر. كل worktree هو فرع، فراجعها وادمجها كلًا على حدة. لا تدع الوكلاء يدمجون عمل بعضهم أبدًا. الفشل إن تجاهلت هذا: تهبط ثلاثة فروع دفعة واحدة، ويظهر تعارض في التزام الدمج (merge commit)، ولم تعد تستطيع تحديد أي تغيير من أي وكيل تسبّب فيه.

وللاطلاع على آليات تنظيف worktrees بعناية بعد ذلك، راجع إدارة worktrees لوكلاء البرمجة دون عناء التنظيف. النمط نفسه لـ worktree يشغّل تشغيل عدة وكلاء Claude Code؛ فهو محايد تجاه بيئة التشغيل بحكم تصميمه.

حيث يتوقف الإعداد اليدوي عن التوسّع

تحلّ worktrees مشكلة التعارضات، لكنها لا تحل كل شيء، والحاجز أقرب مما يبدو.

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

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

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

ما الذي يضيفه لوح المهام

هنا تثبت الطبقة التي تعلو الوكيل قيمتها. الـ Task في Sharkly هو السجل المشترك لوحدة عمل واحدة، ويصبح تشغيل مهام Codex على التوازي مجرد تشغيل Tasks على التوازي.

كل Task يحجز git worktree معزولًا تلقائيًا، فتتحول الوكلاء المتوازيون في worktrees معزولة من شيء تكتبه في سكربت إلى الوضع الافتراضي. عشرة Tasks على مستودع واحد، دون أي حالة مشتركة، ودون كتابة git worktree add يدويًا. الـ Runtime الذي يقوم بالتعديل يبقى Codex؛ والعزل يُوفَّر حوله.

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

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

قائمة تحقق يمكنك تنفيذها اليوم

• git worktree واحد لكل مهمة، كل منها على فرع خاص به. لا تشارك مهمتان نسخة عمل واحدة.
• جلسة Codex واحدة لكل worktree، أو codex exec للمهام التي لا تحتاج إليك.
• استخدم الوكلاء الفرعيين للعمل كثيف القراءة فقط؛ واحصر الكتابة المتزامنة في نسخ عمل منفصلة.
• ادمج فرعًا واحدًا في كل مرة، وراجع كلًا منها قبل هبوطه.
• احتفظ بسجل يوضح أي مهمة هي أيّ، وما لمسته كل منها، ونتيجتها، في مكان يستطيع زميل رؤيته.
• عندما تتوقف شبكة النوافذ الطرفية عن الاتساع في ذهنك، انقل التتبّع والمراجعة إلى لوح مهام حتى تعيد كل عملية تشغيل نتيجتها إلى مكان مشترك واحد.

الأسئلة الشائعة

هل يمكن لـ Codex تشغيل عدة مهام في الوقت نفسه؟ نعم. تشغّل مهام Codex السحابية المهام في بيئات معزولة وفقًا لوثائق OpenAI، ويمكنك محليًا تشغيل عدة جلسات codex في آنٍ واحد. القيد هو نسخة العمل، لا Codex: امنح كل مهمة محلية git worktree خاصًا بها حتى لا تتصادم تعديلاتها.

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

هل أحتاج إلى worktrees، أم يمكنني فقط فتح مزيد من النوافذ الطرفية؟ مزيد من النوافذ الطرفية في الدليل نفسه يعني كتابات متزامنة على الملفات ذاتها وكتابات فوقها بصمت. تمنح worktrees كل جلسة دليلها وفرعها الخاص، وهذا ما يجعل التوازي المحلي آمنًا. راجع git worktrees لوكلاء البرمجة بالذكاء الاصطناعي.

ما الفرق بين وكلاء Codex الفرعيين والمهام المتوازية؟ يعمل الوكلاء الفرعيون داخل جلسة واحدة، ويتشاركون دليل عملها، ويعيدون ردًا واحدًا مجمّعًا، وهو ما يناسب القراءة والفرز. أما المهام المتوازية فهي عمليات تشغيل منفصلة بنسخ عمل منفصلة، وهو ما تريده للكتابة المتزامنة والمراجعة المستقلة.