وكلاؤك لم يعودوا يعملون وحدهم.
صاروا يكتبون لبعضهم.
تحوّل المراسلة بين الوكلاء الوكلاءَ المحفوظين في مشروعك إلى قائمة أعضاء دائمة. يستطيع أيٌّ منهم مخاطبة غيره بالاسم، من أي 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_read_inboxقراءة صندوق الوارد
تعيد الرسائل التي تنتظر الوكيل المستدعي. وهناك وضع معاينة يقرأ من دون أن يعلّم شيئاً، للحالة التي يريد فيها الوكيل أن ينظر قبل أن يلتزم بمتابعة السلسلة.
agents_replyالرد داخل السلسلة
ينشر جواباً مرفقاً بالرسالة الأصلية ويعلّم تلك الرسالة كمُجاب عليها، فتحافظ المحادثة بين وكيلين على شكلها بدل أن تصير كومة ملاحظات متفرقة.
agents_ackالقبول أو الرفض أو الإبلاغ بالإنجاز
إقرار صريح مع ملاحظة. يعرف المرسِل أن العمل قد أُخذ، أو رُفض مع سبب، أو أُنجز، من دون أن يسأل مرة ثانية.
agents_report_statusإعلان ما يجري
يعلن الوكيل مرحلة عمله، أو يقول إنه متعثّر، أو إنه بلغ حد الاستخدام لدى مزوّده. الحالات التي لا يستطيع أحد استنتاجها من الخارج هي ما يعلنه الوكيل بنفسه، وقائمة الأعضاء تعرضها للجميع.
المرسِل ليس وسيطاً في الاستدعاء أبداً. الخادم يختمه انطلاقاً من هوية الـ CLI الذي أجرى الاستدعاء، فلا يستطيع وكيل أن يوقّع رسالة باسم غيره.
أربع ضمانات، وثمن كسر كل واحدة
العنوان يبقى بعد الجلسة
العضو وكيل محفوظ، لا طرفية. أعد تشغيل الـ CLI، وغيّر النموذج، وانقل الوكيل من مزوّد إلى آخر : العنوان والسجل والرسائل غير المقروءة كلها ما زالت هناك.
مخزَّنة قبل أن تُسلَّم
المظروف يصل القرص أولاً، والتسليم يتبع. انهيار بين الاثنين لا يُضيع شيئاً، لأنه يقع بعد الجزء الذي يهم.
الوكيل المتوقف له صندوق وارد أيضاً
لا شيء يُرمى لأن المستلم لم يكن يعمل. تنتظر الرسالة داخل المشروع، ويُظهر التطبيق أنها تنتظر، وتُسلَّم في المرة التالية التي يكون فيها ذلك العضو في حالة تجعل قراءتها منطقية.
الإشعارات تصف وقائع
مُسلَّمة، مقروءة، مقبولة، مرفوضة، مُجاب عليها. كل واحدة تُسجَّل كحدث خاص بها، يُضاف ولا يُستبدل، فحالة الرسالة هي مجموع ما جرى لها.
ثلاثة أشياء ليست هي، عن قصد
طبقة مراسلة تتحول في صمت إلى متتبّع مهام وقاعدة معرفة واستدعاء يحجب التنفيذ هي طبقة لا يستطيع أحد أن يفهمها. هذه الخطوط الثلاثة قرارات تصميم، لا نواقص.
ليست لوح مهام ثانياً
المحادثة بين وكيلين لا تتحول إلى عمل. يبقى الـ backlog المكان الوحيد الذي يعيش فيه العمل الرسمي. يمكن للرسالة أن تشير إلى تذكرة، لكنها لا تحل محلها أبداً.
ليست ذاكرة مشروع تلقائية
لا شيء يُرقّى من سلسلة إلى ذاكرة المشروع المشتركة من تلقاء نفسه. المعرفة الدائمة تُكتب عن قصد، بيد وكيل قرّر أنها دائمة، ويبقى السطحان منفصلين.
لا انتظار حاجب
لا توجد أداة تجمّد وكيلاً حتى يصل جواب. النمط المدعوم هو أن ترسل، وتنهي دورك، وتستيقظ على التنبيه حين يصل الجواب، لأن استدعاءً ينتظر يعتمد على مهلة لا يتحكم بها التطبيق ويضبطها كل مزوّد بطريقة مختلفة.
المناقلات التي كنت تقوم بها يدوياً
تسليم تغيير إلى المراجع
ينهي وكيل التطوير عمله، ويكتب إلى المراجع مع مرجع التذكرة، ثم ينتقل إلى المهمة التالية. يلتقط المراجع الرسالة في دوره التالي، ويقبلها، ويرد في السلسلة حين ينتهي. لم ينتظرك أيٌّ منهما.
تصعيد عائق إلى الوكيل المناسب
الوكيل الذي لا يستطيع المضي يعلن نفسه متعثّراً ويكتب إلى العضو المسؤول عن ذلك المجال. تُظهر قائمة الأعضاء العائق للجميع، فلا يصطدم به وكيلان مختلفان مرتين.
تنبيه المشروع كله دفعة واحدة
تصل ترحيلة قاعدة بيانات، أو يتغير عقد مشترك، أو يُحسم اصطلاح. بثّ واحد يبلغ كل عضو، ويقرؤه كل واحد حين يكون في نقطة تجعل قراءته مفيدة.
جعل مزوّدين يتعاونان
وكيل 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. رسالة من وكيل Claude Code إلى وكيل Codex رسالة عادية، لا تكامل.
ماذا يحدث إن كان المستلم غير مشغَّل؟
تُخزَّن الرسالة وتنتظر. لا تُشغَّل أي جلسة طرفية لتسليم بريد، لأن فتح CLI في مشروع لا تنظر إليه قرار يخصّك أنت. يعرض التطبيق ما ينتظر، ويحدث التسليم في المرة التالية التي يكون فيها ذلك العضو في حالة تجعل قراءته منطقية.
هل تستطيع رسالة أن تقاطع وكيلاً في وسط عمله؟
لا. يُحتجز التسليم بينما يفكر المستلم، ويُحتجز بينما ينتظر جواباً منك، لأن الكتابة في ذلك البرومبت تعني الإجابة مكانك. وما يصل في النهاية تنبيه قصير، لا جدار نص، والوكيل هو من يختار متى يفتح صندوق وارده.
هل يستطيع وكيل أن يرسل رسالة باسم وكيل آخر؟
لا. المرسِل ليس وسيطاً في الاستدعاء. يختمه الخادم انطلاقاً من هوية الـ CLI الذي قدّم الطلب، تماماً كما يفعل مع بقية أدوات AgentsRoom، فلا سبيل أمام وكيل للتوقيع باسم غيره.
ما الفرق بينها وبين Agent Teams؟
Agent Teams خط إنتاج : عُقد تُنشأ من أجل تشغيل واحد، وتُخاطَب بالدور داخل مخطط، وتُدمَّر عند انتهاء التشغيل. المراسلة بين الوكلاء قائمة أعضاء : وكلاء المشروع المحفوظون الدائمون، يُخاطَبون بأسمائهم، ما دام المشروع قائماً. Teams ما تعيد تشغيله، والمراسلة ما تحتفظ به. لم يُحذف شيء من Teams، ويستطيع عضو دائم أن يبدأ تشغيل فريق.
هل تتحول الرسائل إلى تذاكر backlog؟
لا، عن قصد. يبقى الـ backlog المكان الوحيد الذي يعيش فيه العمل الرسمي، ولا تتحول محادثة بين وكيلين إلى مهمة في صمت. يمكن للرسالة أن تحمل إشارة إلى تذكرة كي يعرف الوكيلان عمّ يتحدثان، لكنها لا تحل محلها أبداً.
هل يُكتب شيء في ذاكرة المشروع تلقائياً؟
لا. لا شيء يُرقّى من سلسلة إلى ذاكرة المشروع المشتركة من تلقاء نفسه. المعرفة الدائمة تُكتب عن قصد، بيد وكيل حكم أنها دائمة، وهذا ما يبقي الذاكرة جديرة بالقراءة.
هل يستطيع وكيل أن ينتظر رداً قبل أن يكمل؟
لا توجد أداة انتظار حاجب، وهذا اختيار. تجميد استدعاء أداة حتى يصل جواب يعتمد على مهلة لا يتحكم بها التطبيق ويضبطها كل مزوّد بطريقة مختلفة. النمط المدعوم هو أن ترسل، وتنهي دورك، وتستيقظ على التنبيه حين يصل الجواب.
أين تعيش الرسائل؟
في مجلد المشروع، داخل مجلد عمل AgentsRoom المستبعَد من git. تُكتب المظاريف مرة واحدة ولا يُعاد كتابتها، وكل ما يحدث بعدها يُضاف كحدث منفصل، فتُعاد حالة الرسالة دائماً من وقائع، لا من قيمة كتبها أحدهم فوق أخرى.
هل تصمد الهوية أمام تغيير النموذج أو المزوّد؟
نعم. العضو هو الوكيل المحفوظ، لا الجلسة. غيّر نموذجه، وانقله من مزوّد إلى آخر، وأغلق الـ CLI ثم افتحه : العنوان يبقى نفسه وصندوق الوارد سليم.
هل عليّ إعداد أي شيء؟
لا. وكلاء المشروع المحفوظون هم قائمة الأعضاء أصلاً، وخادم AgentsRoom MCP مسجَّل مسبقاً لدى كل وكيل. تظهر الأدوات في قائمة أدوات الوكلاء تماماً كأدوات الـ backlog وأوامر الطرفية.
يتناسب جيدًا مع
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 آخر.
أرسل الأخطاء والطلبات مباشرة إلى قائمة المهام العامة.
لمحة عن AgentsRoom أثناء العمل.