كيف تُشغّل 3 أو 4 جلسات Claude Code في آن واحد دون أن تفقد السيطرة عليها

تشغيل جلستَي Claude Code يبدو حيلة لزيادة الإنتاجية. تشغيل خمس جلسات يبدو أشبه بجمع القطط الشاردة. في يوم عمل عادي لعميل من عملاء Techsy، نُبقي ثلاث أو أربع جلسات Claude Code وOpenAI Codex تعمل في آنٍ واحد: واحدة تُعيد هيكلة مسار Next.js، وأخرى تكتب الاختبارات، وثالثة توقفت منذ 20 دقيقة عند موافقة لم ينتبه إليها أحد. الجزء الصعب ليس البرمجة. الصعب هو أن تعرف أي طرفية (terminal) تحتاج إلى إنسان الآن.

ملخص سريع

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

لماذا تحولت جلسة واحدة إلى أربع

جلسة الوكيل الواحدة تحتوي على وقت ميت. فهي تخطط، وتحرر الكود، وتشغّل مجموعة اختبارات، وتنتظر تثبيتًا بطيئًا. وبينما تعمل، تجلس أنت تنتظر. الخطوة البديهية هي تشغيل جلسة ثانية على عمل غير مرتبط، ثم ثالثة. هناك أمران يجعلان هذا عمليًا في 2026 بعدما كان مؤلمًا قبل عام: الوكلاء يحتفظون بالسياق مدة كافية لإنجاز مهمة كاملة بمفردهم، وgit worktrees تتيح لكل جلسة العمل على فرعها الخاص في دليلها (directory) الخاص.

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

المشكلة الحقيقية: الجلسات تصمت، لا تصرخ

إليك الفشل الذي لا يحذّرك منه أحد. الجلسات المتوازية لا تفشل بإغراقك بالمخرجات. إنها تفشل بالصمت. جلسة تنتهي وتنتظر التعليمة التالية. جلسة تتوقف لتسأل "هل أحذف عملية الترحيل (migration) هذه؟" فتُحجَب. جلسة تصطدم بحد معدل الطلبات (rate limit) فتتجمّد. لا شيء من هذا يصرخ. تكتشفها عندما تنتقل إلى تبويبها بعد 15 دقيقة وتدرك أن الجلسة التي ظننتها تعمل كانت خاملة طوال الوقت.

عند ثلاث جلسات فأكثر، المورد النادر ليس الحوسبة. إنه انتباهك، وتحديدًا معرفة أين توجّهه بعد ذلك.

سير عمل يصمد بعد الجلسة الثالثة

هذا هو الإعداد الذي نستخدمه في العمل الفعلي:

1. مهمة واحدة لكل جلسة. "أعد هيكلة وحدة المصادقة (auth)" مهمة تصلح لجلسة واحدة. "حسّن قاعدة الكود" لا تصلح. النطاق الضيق هو ما يتيح لك ترك الجلسة بمفردها والثقة بمخرجاتها لاحقًا.
2. git worktree لكل جلسة. الأمر git worktree add ../feature-x feature-x يمنح كل وكيل دليله وفرعه الخاصين. جلستان تحرران الملف نفسه هي أسرع طريقة لخسارة بعد ظهيرة كاملة في حل تعارضات الدمج (merge conflicts).
3. رتّب أوقات البدء بفارق زمني. ابدأ الجلسات بفارق دقائق قليلة حتى تصل إلى لحظة "تحتاج مراجعة" في أوقات مختلفة، لا كلها دفعة واحدة.
4. اجمع المراجعات في دفعات. لا تراقب باستمرار. دع الجلسات تعمل، ثم راجع تغييرين أو ثلاثة (diffs) في جلسة مركّزة واحدة. التنقل الذهني بين المهام في كل خطوة صغيرة هو المكان الذي تتسرب فيه الإنتاجية فعليًا.
5. اعرف حالة الجلسة دون أن تتحقق منها بنفسك. هذا هو الجزء الذي يتخطاه معظم الناس، وهو ما يجعل النقاط الأربع الأخرى تصمد أمام يوم عمل مزدحم. إن كنت قد كتبت ملف SKILL.md من قبل، فأنت تعرف بالفعل أن هذا الانضباط يستحق العناء؛ الأمر نفسه ينطبق هنا. راجع دليلنا لكتابة مهارة Claude لمعرفة سير العمل الأوسع، ومكتبة Techsy للأتمتة التي نعتمد عليها.

رؤية حالة الجلسات بنظرة واحدة

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

إفصاح: Agent Island شريك لـTechsy، والرابط الوارد في هذا القسم مموّل.

Agent Island هو رفيق حالة مجاني ومفتوح المصدر لـClaude Code وOpenAI Codex على macOS وWindows. يعمل محليًا ويُظهر بنظرة واحدة ما إذا كانت كل جلسة مدعومة تعمل، أو تنتظر إدخالًا، أو انتهت، أو تعثّرت، أو وصلت إلى حد معدل الطلبات، ويمكنه تنبيهك عندما تحتاج جلسة إلى إدخال. يقرأ حالة الجلسة على جهازك أنت: لا حساب على Agent Island يجب إنشاؤه، ولا قياس عن بُعد للمنتج (telemetry)، وبيانات جلستك لا تُرفع إلى Agent Island. الكود المصدري مرخّص بموجب MIT ومتاح على GitHub. ولتوضيح النطاق: هو ليس وكيل برمجة بالذكاء الاصطناعي، ولا بيئة تطوير متكاملة (IDE)، ولا خدمة مراقبة مستضافة. إنه طبقة حالة تعمل إلى جانب الأدوات التي تستخدمها بالفعل، وتجيب جيدًا عن سؤال واحد: أي جلسة تحتاجني الآن.

متى لا تُشغّل جلسات متوازية

التوازي ليس مجانيًا. تجنّبه عندما:

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

جلستان تُداران جيدًا أفضل من خمس فقدت تتبّعها.

كيف يُدير فريق Techsy الأمر

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

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

كم عدد جلسات Claude Code التي يمكنني تشغيلها في آن واحد؟

من الناحية التقنية، بقدر ما يسمح به جهازك وحدود معدل الطلبات (rate limits). أما عمليًا، فمعظم المطورين يتوقفون عند ثلاث إلى أربع جلسات قبل أن تلغي تكلفة التنسيق الفائدة. ابدأ باثنتين، وأضف ثالثة فقط بعدما تشعر بالارتياح لمراجعة هذا العدد من التغييرات (diffs).

هل تتشارك الجلسات المتوازية السياق أو الذاكرة؟

لا. لكل جلسة Claude Code أو Codex نافذة سياق (context window) ومحادثة خاصتين بها. هذا العزل ميزة: إنه السبب في إمكانية إعطائها مهامًا غير مرتبطة. وهو أيضًا سبب أهمية git worktree لكل جلسة، حتى تبقى تغييرات ملفاتها معزولة أيضًا.

ما فائدة git worktree هنا؟

الـworktree يمنح كل جلسة دليل عمل وفرعًا خاصين بها من المستودع (repository) نفسه. وكيلان يحرران الملفات نفسها في الدليل نفسه سيكتب كل منهما فوق عمل الآخر. الـworktrees تُبقيهما منفصلين فعليًا حتى تدمجهما.

كيف أعرف متى تنتظر جلسة إدخالًا؟

من دون أداة، لا تعرف حتى تتحقق بنفسك. رفيق حالة مثل Agent Island يُظهر أيّ الجلسات تعمل، أو تنتظر، أو انتهت، أو تعثّرت، أو وصلت إلى حد معدل الطلبات، ويمكنه تنبيهك عندما تحتاج إحداها إلى إدخال، حتى لا تتنقل بين الطرفيات بلا توقف.

هل يكلّف تشغيل جلسات متعددة أكثر؟

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

هل يستحق تشغيل وكلاء متوازيين العناء لمطوّر يعمل بمفرده؟

نعم، بمجرد أن تواكب مراجعتك سرعة توليدك. المطوّر الذي يعمل بمفرده مع جلستين محددتَي النطاق جيدًا وطريقة لرؤية حالتهما يحصل على معظم الفائدة دون عبء التنسيق الذي يتحمّله فريق كامل.

هل يمكنني فعل هذا على Windows، أم على macOS فقط؟

كلاهما. يعمل Claude Code وCodex على macOS وWindows، ويدعم Agent Island المنصتين لعرض حالة الجلسات.

ما الذي يتعطل أولًا عندما أضيف جلسات كثيرة جدًا؟

سرعة مراجعتك. توليد التغييرات (diffs) رخيص؛ قراءتها والوثوق بها ليست كذلك. في اللحظة التي يتراكم فيها عمل غير مراجَع، توقف عن إضافة جلسات جديدة وأنهِ التراكم أولًا.

عن الكاتب

مرت باتور (Mert Batur) يبني في Techsy، حيث يشحن الفريق وكلاء ذكاء اصطناعي، وأنظمة أتمتة، ومسارات صوت وSDR لعملاء B2B. يكتب عن حزمة أدوات LLM ومهارات Claude (Claude Skills) التي يستخدمها فريق Techsy فعليًا في الإنتاج. تواصل معه عبر LinkedIn.