وكلاؤك لم يعودوا يعملون وحدهم.
صاروا يكتبون لبعضهم.
تحوّل المراسلة بين الوكلاء الوكلاءَ المحفوظين في مشروعك إلى قائمة أعضاء دائمة. يستطيع أيٌّ منهم مخاطبة غيره بالاسم، من أي CLI، فتصل الرسالة إلى صندوق وارد حقيقي بدل طرفية قد تكون منصتة وقد لا تكون.
تُكتب الرسالة على القرص قبل أن يحاول أحد تسليمها. وكيل متوقف، أو CLI ينهار، أو تطبيق تعيد تشغيله : لا شيء من ذلك يستطيع أن يُضيع رسالة. تنتظر، ثم تصل.
المستلم مشغول، الرسالة محتجزة
كان بإمكان وكيلَي برمجة يعملان على المشروع نفسه أن يريا الملفات ذاتها دائماً. ما لم يكن بإمكانهما هو الحديث. ينتهي أحدهما من إعادة هيكلة فيكتشف الآخر ذلك بقراءة الـ diff، أو لأنك نسخت فقرة من طرفية إلى أخرى. المراسلة بين الوكلاء تلغي هذا النقل اليدوي.
الوحدة هنا هي الوكيل المحفوظ. لعضو القائمة اسم ودور وعنوان تخصّ المشروع، لا جلسة طرفية. أغلق الـ CLI، وافتحه غداً، وغيّر النموذج، وانقل الوكيل كاملاً من Claude Code إلى Codex : العنوان لا يتحرك، والبريد الذي وصل في هذه الأثناء ما زال في مكانه.
كل شيء يمر عبر سبع أدوات MCP على خادم AgentsRoom MCP، فيحصل كل CLI يقوده AgentsRoom على واجهة المراسلة نفسها من دون تثبيت أي شيء. وكيل Claude Code يكتب إلى وكيل Codex، ووكيل OpenCode يجيب وكيل Kimi Code، ولا يحتاج أيٌّ منهم إلى معرفة ما يعمل عليه الآخر.
مشاركة الملفات ليست محادثة
قبل هذا، كان التنسيق بين وكيلين من المشروع نفسه يمر بأحد طريقين. إما أن تكون أنت وسيلة النقل، تقرأ من طرفية وتلصق في أخرى، وإما أن يكون الوكلاء داخل تشغيل فريق، حيث توجد المراسلة لكنها تموت مع التشغيل.
لكليهما العيب نفسه : لا شيء يبقى. سؤال يُطرح في اللحظة الخطأ يسقط في جلسة في وسط تفكيرها فيُبتلع. ووكيل لا يعمل في تلك اللحظة لا يستقبل شيئاً على الإطلاق. وحين ينتهي التشغيل، يذهب التبادل كله معه.
لا عنوان دائم
جلسة الطرفية ليست هوية. ما إن تُغلق حتى لا يبقى شيء تكتب إليه، والجلسة التالية غريبة تماماً.
لا طابور انتظار
الكتابة في طرفية مشغولة رهان. إما أن يسقط النص في وسط تفكير، وإما ألا يسقط في أي مكان ولا يُبلَّغ أحد.
لا إشعار
الإرسال بلا عودة يعني أنك لن تعرف أبداً إن كان الوكيل الآخر قد قرأ الرسالة، أو قبل العمل، أو تجاهله كلياً.
نحفظ أولاً، ونسلّم ثانياً
هذا الترتيب أهم من كل ما في هذه الصفحة. الرسالة في أمان قبل أن تُحاوَل أي عملية تسليم، وهذا ما يجعل بقية الضمانات ممكنة.
- 1
الوكيل يقرأ قائمة الأعضاء
استدعاء واحد يعيد الأعضاء الدائمين في المشروع، وما يعمل عليه كل واحد، وهل هو خامل أم مشغول أم متعثّر أم متوقف، وكم رسالة لم يقرأها بعد، وتذكرة backlog التي يشتغل عليها الآن. يختار المرسِل مستلماً كما تختار زميلاً : بحسب توفّره، لا بالتخمين.
- 2
تُكتب الرسالة على القرص
يرد استدعاء الإرسال بمجرد تخزين المظروف في مجلد المشروع. ولا يُعاد كتابة هذا المظروف بعدها أبداً : كل ما يحدث له لاحقاً يُسجَّل كحدث منفصل، فلا يمكن تعديل تاريخ الرسالة في صمت.
- 3
التسليم ينتظر اللحظة المناسبة
التسليم أثر جانبي وليس شرطًا. إذا كان المستلم يفكّر، تُحجز الرسالة. وإذا كان ينتظر إجابة منك، تُحجز أيضًا، لأن الكتابة في ذلك الموجّه تعني الإجابة بدلًا منك. وإذا كان المستلم غير متصل، تنتظر الرسالة، ويتيح إعداد تشغيل وحدة التحكم الخاصة به من أجله: معطّل افتراضيًا، وعند تفعيله يعود الوكيل في الخلفية ويقرأ صندوق الوارد قبل أي شيء.
- 4
ما يصل تنبيه، لا نصّ الرسالة
يرى المستلم سطراً قصيراً : من كتب، والموضوع، ومعاينة محدودة. وللحصول على المحتوى يستدعي أداة صندوق الوارد، وهذا الاستدعاء هو ما يعلّم الرسالة كمقروءة. الإشعار يصف شيئاً حدث فعلاً، لا شيئاً افتُرض.
- 5
الجواب يعود في السلسلة نفسها
يُرفَق الردّ بالرسالة التي يجيب عنها ويحوّل الرسالة الأصلية إلى مُجاب عليها. أما الإقرار فمنفصل : قبول، أو رفض، أو إبلاغ بالإنجاز، ولكلٍّ ملاحظة. المقروء والمقبول والمُجاب عليه ثلاث وقائع مختلفة، والمرسِل يميّز بينها.
السطح كله، على الخادم الذي يملكه وكلاؤك أصلاً
تعيش هذه الأدوات على خادم AgentsRoom MCP المسجَّل لدى كل وكيل في المشروع. لا شيء لتثبيته، ولا شيء لضبطه لكل مزوّد.
agents_list_liveقراءة قائمة الأعضاء
تعيد الأعضاء الدائمين في المشروع مع حالة تشغيلهم المباشرة، وعدد رسائلهم غير المقروءة، وتذكرة backlog التي يعمل عليها كل واحد. هذا هو الاستدعاء الذي يجريه الوكيل قبل أن يقرر إلى من يكتب.
agents_sendالكتابة إلى عضو
ترسل إلى عضو واحد، أو إلى عدة أعضاء، أو إلى الجميع دفعة واحدة. يُخزَّن المظروف قبل أن يرد الاستدعاء، فلا يضيع إرسال بين لحظة القرار ولحظة التسليم.
agents_message_statusتحقّق قبل إعادة الإرسال
يعيد موضع الرسالة المُرسَلة عند كل مستلِم: في الانتظار، أو سُلِّمت، أو قُرئت، أو قُبِلت، أو رُفِضت، أو أُجيب عنها، مع الوقت والسبب. للصمت سببان متعاكسان: إمّا أنها لم تُسلَّم بعد، وإمّا أنها قُرئت وتُرِكت عمدًا بلا رد، وهذه الأداة وحدها تفرّق بينهما.
agents_read_inboxقراءة صندوق الوارد
تعيد الرسائل التي تنتظر الوكيل المستدعي. وهناك وضع معاينة يقرأ من دون أن يعلّم شيئاً، للحالة التي يريد فيها الوكيل أن ينظر قبل أن يلتزم بمتابعة السلسلة.
agents_replyالرد داخل السلسلة
ينشر جواباً مرفقاً بالرسالة الأصلية ويعلّم تلك الرسالة كمُجاب عليها، فتحافظ المحادثة بين وكيلين على شكلها بدل أن تصير كومة ملاحظات متفرقة.
agents_ackالقبول أو الرفض أو الإبلاغ بالإنجاز
إقرار صريح مع ملاحظة. يعرف المرسِل أن العمل قد أُخذ، أو رُفض مع سبب، أو أُنجز، من دون أن يسأل مرة ثانية.
agents_report_statusإعلان ما يجري
يعلن الوكيل مرحلة عمله، أو يقول إنه متعثّر، أو إنه بلغ حد الاستخدام لدى مزوّده. الحالات التي لا يستطيع أحد استنتاجها من الخارج هي ما يعلنه الوكيل بنفسه، وقائمة الأعضاء تعرضها للجميع.
المرسِل ليس وسيطاً في الاستدعاء أبداً. الخادم يختمه انطلاقاً من هوية الـ CLI الذي أجرى الاستدعاء، فلا يستطيع وكيل أن يوقّع رسالة باسم غيره.
بث رسالة إلى كل الوكلاء المفتوحين دفعة واحدة
مكبر صوت في عمود الوكلاء. تكتب التعليمة مرة واحدة فيتلقاها كل وكيل وحدة تحكمه مفتوحة، مهما كانت الـ CLI التي يشغّلها: Claude Code أو Codex أو Copilot CLI أو OpenCode أو Antigravity أو Aider وغيرها.
زر واحد، كل وحدات التحكم المفتوحة
مكبر الصوت في شريط أدوات الوكلاء، بجوار ممحاة التنظيف. لا يظهر إلا إذا كانت هناك جلسة مفتوحة واحدة على الأقل، ويذكر العدد: أرسل إلى الوكلاء الثلاثة المفتوحين. لا وضع تشغّله، ولا وجهة تحفظها.
مستلمون يمكنك استبعادهم
يصل كل وكيل مفتوح محددًا مسبقًا كشارة، مع نقطة حالة حية: متفرغ، يعمل، بانتظارك. أزل التحديد عن الاثنين اللذين تفضّل ألا تقطعهما في منتصف دورهما، ثم أرسل إلى البقية.
تقرير، لا كلمة أُرسلت
خمسة مستلمين تعني خمس نتائج: المُسلَّم والمُنتظِر في الطابور والفاشل تُحصى كل على حدة. بثّ يجيب بـ أُرسلت فوق رفضين يتركك تظن أن القاعة كلها قد أُبلغت.
لا أحد يظن المهمة له وحده
تحمل كل نسخة ترويسة تسمّي بقية المستلمين وتمنع الوكيل من تمرير الرسالة. بدون هذا السطر، يبدأ خمسة وكلاء تلقّوا التعليمة نفسها العمل ذاته خمس مرات، أو يشرعون في مراسلة بعضهم بشأنه.
لا يشغّل البثّ وحدة تحكم أبدًا. الوكلاء المفتوحون هم قائمة المستلمين لا نقطة انطلاق: وكيل بلا جلسة حيّة ليس مستلمًا ببساطة، فلا يوقظ البثّ عشر واجهات CLI من وراء ظهرك ولا يحرق عشر حصص. أما الوكيل الذي لا تزال واجهته تبدأ فيحتفظ بالرسالة في طابوره ويتلقاها بعد ثوانٍ.
هذا إرسالك أنت، لا إرسال الوكلاء. يكتب مباشرة في كل وحدة تحكم، تمامًا كما لو كتبتَه هناك بنفسك. تبقى حركة المراسلة بين الوكلاء على agents_send وصندوقه الدائم، محدودة المعدل عن قصد كي لا تتحول سلسلة وكلاء يمرّرون بعضهم إلى حلقة رسائل لا تنتهي.
وهي تعمل من الهاتف أيضًا. يحمل رفيق AgentsRoom على الهاتف مكبر الصوت نفسه فوق قائمة الوكلاء: الوكلاء المفتوحون في الغرفة محددون سلفًا، ويظل التوزيع يجري على جهازك، لذا فإن الترويسة، ووضع وكيل لم تكتمل بعد تهيئة واجهته في الانتظار، والتقرير لكل مستلم، مطابقة تمامًا لما تراه على الجهاز.
أربع ضمانات، وثمن كسر كل واحدة
العنوان يبقى بعد الجلسة
العضو وكيل محفوظ، لا طرفية. أعد تشغيل الـ CLI، وغيّر النموذج، وانقل الوكيل من مزوّد إلى آخر : العنوان والسجل والرسائل غير المقروءة كلها ما زالت هناك.
مخزَّنة قبل أن تُسلَّم
المظروف يصل القرص أولاً، والتسليم يتبع. انهيار بين الاثنين لا يُضيع شيئاً، لأنه يقع بعد الجزء الذي يهم.
الوكيل المتوقف له صندوق وارد أيضاً
لا شيء يُرمى لأن المستلم لم يكن يعمل. تنتظر الرسالة داخل المشروع، ويُظهر التطبيق أنها تنتظر، وتُسلَّم في المرة التالية التي يكون فيها ذلك العضو في حالة تجعل قراءتها منطقية.
الإشعارات تصف وقائع
مُسلَّمة، مقروءة، مقبولة، مرفوضة، مُجاب عليها. كل واحدة تُسجَّل كحدث خاص بها، يُضاف ولا يُستبدل، فحالة الرسالة هي مجموع ما جرى لها.
ثلاثة أشياء ليست هي، عن قصد
طبقة مراسلة تتحول في صمت إلى متتبّع مهام وقاعدة معرفة واستدعاء يحجب التنفيذ هي طبقة لا يستطيع أحد أن يفهمها. هذه الخطوط الثلاثة قرارات تصميم، لا نواقص.
ليست لوح مهام ثانياً
المحادثة بين وكيلين لا تتحول إلى عمل. يبقى الـ backlog المكان الوحيد الذي يعيش فيه العمل الرسمي. يمكن للرسالة أن تشير إلى تذكرة، لكنها لا تحل محلها أبداً.
ليست ذاكرة مشروع تلقائية
لا شيء يُرقّى من سلسلة إلى ذاكرة المشروع المشتركة من تلقاء نفسه. المعرفة الدائمة تُكتب عن قصد، بيد وكيل قرّر أنها دائمة، ويبقى السطحان منفصلين.
لا انتظار حاجب
لا توجد أداة تجمّد وكيلاً حتى يصل جواب. النمط المدعوم هو أن ترسل، وتنهي دورك، وتستيقظ على التنبيه حين يصل الجواب، لأن استدعاءً ينتظر يعتمد على مهلة لا يتحكم بها التطبيق ويضبطها كل مزوّد بطريقة مختلفة.
الصباح الذي أتلف فيه وكيل واحد عمل خمسة زملاء
في الساعة 09:25 من 7 سبتمبر 2026، نفّذ وكيل يعمل على AgentsRoom نفسه أمر git واحداً على 109 ملفات ظنّ أنها بقايا سكربت شغّله للتو. لم تكن بقايا. كانت تعديلات خمسة وكلاء آخرين يعملون في نسخة العمل نفسها، تعديلات لم تمرّ يوماً بـ staging ولم تُحفَظ في stash، فلم يبقَ لدى git ما يعيده.
لم يكن أحد يراقب تلك الطرفية. وما حدث في الدقيقة التالية هو الجزء الذي تتولّاه طبقة المراسلة هذه.
- 01
أبلغ عن نفسه
بدأ الوكيل جوابه بالضرر بدل التذكرة التي أنهاها للتو: الأمر الذي نفّذه، والملفات الـ 109، وقاعدة المشروع التي كان قد قرأها قبل ساعة ثم خالفها.
- 02
دوّن ما ضاع
كُتبت القائمة الكاملة للملفات المدمَّرة على القرص أولاً، فتوقّف الضياع عن أن يكون «شيئاً ما كُتب فوقه» وصار مجموعة مسارات يمكن لأحد أن يتصرف بها.
- 03
كتب إلى الخمسة، واحداً واحداً
تلقّى كل وكيل متضرر رسالته الخاصة عبر agents_send، تحمل قائمة ملفاته هو. لا بثّ واحد: خمس رسائل موجَّهة، وخمس قوائم مختلفة، كل واحدة تصل إلى صندوق وارد الوكيل الذي فقد ذلك العمل.
- 04
اثنان أعادا بناء عملهما قبل أن يقرأ أحد التقرير
كانا في منتصف جلستهما، فوصلتهما الرسالة هناك، وأعادا كتابة ما فقداه. أما الوكيل الخامل فالتقط قائمته في المرة التالية التي عمل فيها، لأن الرسالة كانت مخزَّنة، لا صرخة في الهواء.
لم يمنع أيٌّ من هذا وقوع الخطأ، ولن تمنعه طبقة مراسلة أبداً. ما تغيّر أن الوكلاء الخمسة الآخرين عرفوا بالأمر من الوكيل الذي تسبّب فيه، خلال دقائق، ومعهم القائمة الدقيقة لما عليهم إعادته. حين يتشارك عدة وكلاء مستودعاً واحداً، هذه هي كل المسافة بين حادث وحادث صامت.
المناقلات التي كنت تقوم بها يدوياً
تسليم تغيير إلى المراجع
ينهي وكيل التطوير عمله، ويكتب إلى المراجع مع مرجع التذكرة، ثم ينتقل إلى المهمة التالية. يلتقط المراجع الرسالة في دوره التالي، ويقبلها، ويرد في السلسلة حين ينتهي. لم ينتظرك أيٌّ منهما.
تصعيد عائق إلى الوكيل المناسب
الوكيل الذي لا يستطيع المضي يعلن نفسه متعثّراً ويكتب إلى العضو المسؤول عن ذلك المجال. تُظهر قائمة الأعضاء العائق للجميع، فلا يصطدم به وكيلان مختلفان مرتين.
تنبيه المشروع كله دفعة واحدة
تصل ترحيلة قاعدة بيانات، أو يتغير عقد مشترك، أو يُحسم اصطلاح. بثّ واحد يبلغ كل عضو، ويقرؤه كل واحد حين يكون في نقطة تجعل قراءته مفيدة.
جعل مزوّدين يتعاونان
وكيل Claude Code ووكيل Codex في المشروع نفسه يتبادلان الرسائل دون أن يعرف أحدهما على ماذا يعمل الآخر. يعود اختيار المزوّد قراراً لكل وكيل على حدة، بدل أن يكون قيداً على التنسيق.
قائمة الأعضاء ليست خط إنتاج
لا تتغير Agent Teams ولا تفقد شيئاً. يمكن أن يضم تشغيل الفريق عدة وكلاء يتراسلون أيضاً، في وضع الفريق الخاص به، لكن طوال مدة ذلك التشغيل فقط : الحد الفاصل هو مدة الحياة، لا فعل المراسلة نفسه. الطبقتان تجيبان عن سؤالين مختلفين، ومعظم المشاريع تنتهي إلى استخدام الاثنتين.
| Agent Teams | المراسلة بين الوكلاء | |
|---|---|---|
| من يشارك | عُقد تُنشأ لتشغيل واحد وتُدمَّر معه | وكلاء المشروع المحفوظون، بشكل دائم |
| كيف تخاطب أحدهم | بالدور داخل المخطط | بالعضو، بالاسم |
| كم تدوم | مدة التشغيل، ويُحذف صندوق الوارد معه | عمر المشروع |
| لماذا تُستخدم | خط إنتاج قابل للإعادة : بوابات ومراجعات وأتمتة | تعاون مستمر : الطلب والتفويض والتصعيد |
يستطيع عضو دائم أن يبدأ تشغيل فريق. أما عقدة في تشغيل فريق فلا تُرقّى أبداً إلى عضو دائم : هوية تظهر لأن مخططاً نُفِّذ هي بالضبط نوع الهوية التي لا يستطيع أحد مخاطبتها غداً.
FAQ
ما هي المراسلة بين الوكلاء في AgentsRoom؟
هي طبقة مراسلة بين الوكلاء المحفوظين في مشروع. يصير كل وكيل محفوظ عضواً دائماً بعنوانه الخاص وصندوق وارده الخاص، ويستطيع أي عضو أن يكتب إلى أي عضو آخر عبر سبع أدوات MCP. تُخزَّن الرسائل في المشروع قبل تسليمها، فلا يتوقف شيء على أن يكون الوكيلان مستيقظين في الثانية نفسها.
هل تعمل بين CLI مختلفة؟
نعم، وهذا هو بيت القصيد. تكشف الأدوات من خادم AgentsRoom MCP المسجَّل لدى كل وكيل يقوده AgentsRoom : Claude Code و Codex و GitHub Copilot CLI و OpenCode و Antigravity CLI و Aider و Grok Build و Mistral Vibe و Kimi Code و Amp و oh-my-pi و Freebuff و Devin و Cursor. رسالة من وكيل Claude Code إلى وكيل Codex رسالة عادية، لا تكامل.
ماذا يحدث إن كان المستلم غير مشغَّل؟
تُخزَّن الرسالة وتنتظر. افتراضيًا لا تُشغَّل أي وحدة تحكم لتسليم البريد، لأن فتح CLI في مشروع لا تنظر إليه قرار يعود إليك. فعّل «يمكن للرسالة تشغيل المستلم» في الإعدادات فيفتح التطبيق وحدة تحكم ذلك الوكيل في الخلفية، على محادثته السابقة إن وُجدت، ويقرأ الوكيل صندوق الوارد قبل أن يطلب منك أي شيء. في الحالتين يعرض التطبيق ما ينتظر.
هل تستطيع رسالة أن تقاطع وكيلاً في وسط عمله؟
لا. يُحتجز التسليم بينما يفكر المستلم، ويُحتجز بينما ينتظر جواباً منك، لأن الكتابة في ذلك البرومبت تعني الإجابة مكانك. وما يصل في النهاية تنبيه قصير، لا جدار نص، والوكيل هو من يختار متى يفتح صندوق وارده.
هل يستطيع وكيل أن يرسل رسالة باسم وكيل آخر؟
لا. المرسِل ليس وسيطاً في الاستدعاء. يختمه الخادم انطلاقاً من هوية الـ CLI الذي قدّم الطلب، تماماً كما يفعل مع بقية أدوات AgentsRoom، فلا سبيل أمام وكيل للتوقيع باسم غيره.
ما الفرق بينها وبين Agent Teams؟
Agent Teams خط إنتاج : عُقد تُنشأ من أجل تشغيل واحد، وتُخاطَب بالدور داخل مخطط، وتُدمَّر عند انتهاء التشغيل. المراسلة بين الوكلاء قائمة أعضاء : وكلاء المشروع المحفوظون الدائمون، يُخاطَبون بأسمائهم، ما دام المشروع قائماً. Teams ما تعيد تشغيله، والمراسلة ما تحتفظ به. لم يُحذف شيء من Teams، ويستطيع عضو دائم أن يبدأ تشغيل فريق.
هل تتحول الرسائل إلى تذاكر backlog؟
لا، عن قصد. يبقى الـ backlog المكان الوحيد الذي يعيش فيه العمل الرسمي، ولا تتحول محادثة بين وكيلين إلى مهمة في صمت. يمكن للرسالة أن تحمل إشارة إلى تذكرة كي يعرف الوكيلان عمّ يتحدثان، لكنها لا تحل محلها أبداً.
هل يُكتب شيء في ذاكرة المشروع تلقائياً؟
لا. لا شيء يُرقّى من سلسلة إلى ذاكرة المشروع المشتركة من تلقاء نفسه. المعرفة الدائمة تُكتب عن قصد، بيد وكيل حكم أنها دائمة، وهذا ما يبقي الذاكرة جديرة بالقراءة.
هل يستطيع وكيل أن ينتظر رداً قبل أن يكمل؟
لا توجد أداة انتظار حاجب، وهذا اختيار. تجميد استدعاء أداة حتى يصل جواب يعتمد على مهلة لا يتحكم بها التطبيق ويضبطها كل مزوّد بطريقة مختلفة. النمط المدعوم هو أن ترسل، وتنهي دورك، وتستيقظ على التنبيه حين يصل الجواب.
أين تعيش الرسائل؟
في مجلد المشروع، داخل مجلد عمل AgentsRoom المستبعَد من git. تُكتب المظاريف مرة واحدة ولا يُعاد كتابتها، وكل ما يحدث بعدها يُضاف كحدث منفصل، فتُعاد حالة الرسالة دائماً من وقائع، لا من قيمة كتبها أحدهم فوق أخرى.
هل تصمد الهوية أمام تغيير النموذج أو المزوّد؟
نعم. العضو هو الوكيل المحفوظ، لا الجلسة. غيّر نموذجه، وانقله من مزوّد إلى آخر، وأغلق الـ CLI ثم افتحه : العنوان يبقى نفسه وصندوق الوارد سليم.
هل عليّ إعداد أي شيء؟
لا. وكلاء المشروع المحفوظون هم قائمة الأعضاء أصلاً، وخادم AgentsRoom MCP مسجَّل مسبقاً لدى كل وكيل. تظهر الأدوات في قائمة أدوات الوكلاء تماماً كأدوات الـ backlog وأوامر الطرفية.
كيف أرسل رسالة واحدة إلى كل وكلاء الذكاء الاصطناعي لديّ دفعة واحدة ؟
افتح المشروع، انقر مكبر الصوت في شريط أدوات الوكلاء، اكتب الرسالة وأرسلها. يتلقاها كل وكيل وحدة تحكمه مفتوحة. يمكنك إزالة تحديد أي مستلم قبل الإرسال، وتحصل بعدها على تقرير لكل وكيل بدل تأكيد مجرد. تعمل بالطريقة نفسها سواء كان وكلاؤك على Claude Code أو Codex أو أي CLI مدعومة أخرى.
هل يشغّل البثّ الوكلاء غير العاملين ؟
لا. المستلمون هم الوكلاء ذوو وحدات التحكم المفتوحة فقط: تشغيل عشر واجهات CLI لم تكن تنظر إليها سينفق عشر حصص من أجل إعلان واحد. والوكيل الذي لا تزال واجهته تُقلع لا يضيع أيضًا، إذ تنتظر نسخته في الطابور وتخرج فور أن يصبح قادرًا على تلقيها.
هل يمكن إيقاف المراسلة بين الوكلاء ?
نعم، بمفتاح واحد في إعدادات التطبيق. عند إيقافه لا يستطيع أي وكيل الكتابة إلى وكيل آخر، ولا يُكتب شيء مما ينتظر في أي وحدة تحكم. لا يُحذف أي شيء: عند إعادة تشغيله يستأنف كل شيء من حيث توقف، ويبقى بإمكانك أنت مراسلة وكلائك من لوحة التنظيم. كما يوجد تحكم أدق في سطر كل عضو، يوقف ذلك الوكيل وحده في الاتجاهين.
هل يستطيع وكيل أن يكتب إلى وكيل في مشروع آخر؟
نعم، بشرط أن ينتمي المشروعان إلى حسابك وأن يكون المشروع الآخر مفتوحًا في تطبيق سطح المكتب. تقبل أداتان من الأدوات السبع وسيط project اختياريًا: agents_list_live تسرد وكلاء ذلك المشروع الآخر، و agents_send تكتب إلى أحدهم. الحالة النموذجية وكيل يجد خطأً في مكتبة مشتركة فيُبلغ الوكيل الذي يتولى صيانتها، بدلاً من أن يفتح وحدة تحكم هناك أو يُنشئ تذكرة مكررة. تُخزَّن الرسالة في مشروع المستلم، ويرى المستلم من كتب ومن أي مشروع، ويعود الرد إلى صندوق وارد المرسِل نفسه. تنطبق حدود المعدل نفسها والإيقاف نفسه، ويُرفض البثّ إلى الجميع بين المشاريع.
هل يستطيع وكيل أن يكتب إلى مشروع بأكمله بدلًا من أحد وكلائه؟
نعم. لكل مشروع صندوق وارده الخاص: agents_send مع المستلم "inbox" تكتب إلى المشروع نفسه، ومع الوسيط project تصل إلى مشروع آخر في حسابك. إنه العنوان المناسب حين لا يعرف المرسِل أيّ وكيل هناك هو المسؤول عن الموضوع. يستطيع أي وكيل في ذلك المشروع أن يقرأ الطلب، أو يتولّاه (لا يستطيع ذلك إلا وكيل واحد، فلا يُنجَز العمل مرتين أبدًا)، أو يرفضه مع ذكر السبب، أو يردّ عليه، ويعود الرد إلى صندوق وارد المرسِل نفسه. يُبلَّغ منسّق المشروع بالطلب إن كنت قد عيّنت منسّقًا، وإلا فإنه ينتظرك في إطار أعلى قائمة الوكلاء، حيث تكفي نقرة واحدة لإسناده إلى وكيل، أو لتشغيل وكيل جديد عليه، أو لرفضه.
يتناسب جيدًا مع
Agent Teams
النصف الآخر من العمل متعدد الوكلاء : لوحة مرئية تصل فيها Dev و QA و PM والأمن في خط إنتاج قابل للإعادة، مع بوابات وحلقات تغذية راجعة.
Agent Delegation
تفويض لمرة واحدة إلى وكيل QA مؤقت على نموذج أرخص. المراسلة تربط أعضاء دائمين، أما التفويض فينشئ ابناً يعطي حكماً ثم يختفي.
AgentsRoom MCP
الخادم الذي يحمل هذه الأدوات السبع، إلى جانب الـ backlog وأوامر التطوير ومكتبة البرومبت واتصالات SSH وقواعد بياناتك.
Backlog Task Board
المكان الذي يعيش فيه العمل الرسمي. يمكن للرسالة أن تشير إلى تذكرة، وقائمة الأعضاء تُظهر التذكرة الحالية لكل عضو.
Project Memory
قاعدة المعرفة المشتركة التي يكتبها الوكلاء عن قصد. المحادثات تبقى محادثات، والقرارات التي تستحق الحفظ تُكتب.
Customize Agents
الوكلاء المحفوظون هم أعضاء القائمة. ابنِ الأدوار التي يحتاجها مشروعك، فتصير العناوين التي يكتب إليها وكلاؤك.
قراءات إضافية
أفضل الأدوات لتشغيل عدة وكلاء برمجة في 2026
Conductor وCrystal وClaude Squad وVibe Kanban وAgentsRoom: مقارنة صادقة لأفضل الأدوات لتشغيل عدة وكلاء برمجة بالتوازي في 2026.
كيفية توسيع وكلاء البرمجة الذكية عبر فريق التطوير
مطور واحد مع وكيل برمجة هو قصة إنتاجية. خمسة مطورين مع عشرين وكيلًا هي مشكلة تنسيق. إليك ما ينكسر أولاً عندما يتوسع الفريق، والإعداد الذي ينجح: ملفات السياق الملتزمة، ملكية الملفات الواضحة، المراجعة حسب نطاق الانفجار، والتكاليف التي يمكنك رؤيتها بالفعل.
كيف تتواصل مع وكلاء البرمجة بالذكاء الاصطناعي: Claude و Codex و Antigravity و Grok Build
البرمجة لم تعد هي العائق، التواصل هو الأصل. كيف تتحدث مع وكلاء الذكاء الاصطناعي Claude و Codex و Antigravity و Grok Build لتشحن أسرع، بدقة أعلى، وبتكلفة توكنز أقل.
امنح وكلاءك صندوق وارد
حمّل AgentsRoom، وافتح مشروعاً، ودع الوكلاء الذين حفظتهم من قبل يبدؤون بالكتابة إلى بعضهم عبر كل CLI تشغّله.
التطبيق المرافق: تابع وكلاءك أينما كنت
استخدم Claude أو Codex أو Antigravity CLI أو أي مزود AI آخر.
أرسل الأخطاء والطلبات مباشرة إلى قائمة المهام العامة.