أطلقت Anthropic ميزة تجريبية للرسائل بين الجلسات لـ Claude Code، تسمح بإرسال رسائل مباشرة بين جلسات مختلفة. لا تنقل هذه الميزة السياق الكامل، بل فقط نتائج المهام والمعلومات المعتمدة، وذلك من خلال أداتين داخليتين هما ListAgents و SendMessage. تسجل كل جلسة محلية على القرص وتربط بمنفذ Inbox، حيث تُنقل الرسائل المحلية مباشرة عبر المنفذ، بينما تُنقل الرسائل بين الأجهزة عبر خوادم Anthropic. تُحفّز الرسائل دورة جديدة عند عدم نشاط الجلسة، وتُقرأ أثناء فترات الانتظار بين استدعاءات الأداة في الجلسة النشطة. تميّز الجهة المستقبلة الرسائل بين الجلسات عن رسائل المستخدم، ولا يمكنها استبدال إذن المستخدم، كما تدعم ثلاثة أنماط تحكم واردة: قبول/احتفاظ/رفض. تعمل هذه الميزة بالتكامل مع القدرات الحالية مثل استئناف الجلسة وفرق الوكلاء وWorktree، لتوفير طبقة تنسيق بين الجلسات لـ Claude Code.

مؤلف المقال، المصدر: LeiFengNet

في الأيام القليلة الماضية، أضافت Anthropic ميزة تجريبية جديدة إلى Claude Code: الرسائل عبر الجلسات.

ببساطة، فهو يسمح لك بإرسال رسائل مباشرة بين عدة جلسات Claude Code تعمل في وقت واحد.

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

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

لفهم ما يفعله بالضبط، يمكنك تتبع مسار الرسالة الكامل: ما الذي تنقله، وكيف تجد الوجهة، ومتى تدخل الرسالة إلى Claude، ولماذا لا يمكن للمستقبل تنفيذها مباشرة.

01

رسائل عبر الجلسات لم تُغيّر عزل الجلسات الأصلي لـ Claude Code.

عند إرسال رسالة من الجلسة A إلى الجلسة B، لا يتم إرسال سجل المحادثة الخاص بها أو الملفات التي قرأها أو نافذة السياق بأكملها. وفقًا للوائح الرسمية، يتم نقل النص فقط عبر الجلسات. إذا كنت بحاجة إلى نقل المحادثة الكاملة والسياق إلى جهاز آخر، يجب عليك استئناف الجلسة الأصلية، وليس استخدام الرسائل عبر الجلسات.

هذا يحدد طريقة تعاون عدة Claude.

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

لذلك، فإن الرسائل بين الجلسات تنقل نتائج المهام ومعلومات التبعية، وليست ذاكرة العمل الكاملة.

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

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

بما أن الرسالة المُرسَلة واضحة، فإن السؤال التالي هو: كيف تجد الجلسة A الجلسة B؟

02 يجب أولاً العثور على جلسة أخرى

أضاف Claude Code مدخل اتصال خاص له للجلسات التي تدعم الرسائل بين الجلسات.

سيقوم كل جلسة محلية بتسجيل المعلومات ذات الصلة على القرص، مع ربط مقبس Inbox. يمكن لـ Claude البحث عن الجلسات التي يمكن الاتصال بها حاليًا من خلال ListAgents، ثم إرسال الرسالة إلى الهدف المحدد من خلال SendMessage.

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

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

بعد العثور على الهدف، تُنقل الرسائل المحلية مباشرة عبر مقبس الجلسة المقابلة، دون الحاجة إلى المرور عبر خادم Anthropic. فقط الجلسات على جهاز آخر أو على Claude Code Web ستتواصل عبر خادم Anthropic واتصالات التحكم عن بُعد ذات الصلة.

آليّة الاكتشاف هذه تحدد أيضًا حدود الاتصال المحلي.

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

يتأثر Inbox Socket بقيود صلاحيات مستخدم نظام التشغيل، ولا يمكن للمستخدمين الآخرين على الخادم المشترك الوصول مباشرة إلى جلستك.

لذلك، ما يُسمى بـ"الاتصال المحلي" هنا يعتمد فعليًا على ما إذا كانت معلومات التسجيل مرئية، وما إذا كان الـ Socket قابلًا للوصول، وما إذا كان نظام التشغيل يسمح بالوصول.

تم الآن العثور على الوجهة وإرسال الرسالة إلى الصندوق الوارد، والآن حان دور تشغيل Claude Code لاتخاذ القرار: متى يجب تسليم هذه الرسالة إلى النموذج.

03 بعد تسليم المعلومات

افترض أن جلسة الخادم تُعدّل ملفًا، وفي هذه الأثناء، ترسل جلسة الاختبار رسالة تُبلغها بأنها اكتشفت للتو مشكلة في عودة واجهة برمجة التطبيقات.

لن يتوقف Claude Code فورًا عن الأداة التي تعمل حاليًا.

إذا كانت الجلسة المستهدفة في حالة عدم النشاط، فيمكن للرسالة تفعيل دورة جديدة؛ وإذا كان كلاود في دورة نشطة بالفعل، فستنتظر الرسالة وتُقرأ بين طلبَي أداة.

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

لذلك، يؤثر الرسالة على قرارات كلاود التالية، ولا تستولي مباشرة على العمليات الجارية.

هذا يعني أيضًا أن Cross-session messaging تم دمجه في حلقة Agentic الخاصة بـ Claude Code، ليصبح مصدر إدخال غير متزامن. كما أن هذا المدخل ليس مخصصًا فقط لجلسات Claude الأخرى.

يُعرّض Claude Code مقبس الرسائل في الجلسة الحالية للعمليات الفرعية التي تم تشغيلها عبر Hook وBash. بعد انتهاء مهمة خلفية طويلة الأمد، يمكنها إرسال النتيجة تلقائيًا إلى الجلسة الحالية دون الحاجة إلى أن يقوم Claude بالاستجواب المستمر لحالتها.

هذه القناة نفسها ليست قائمة رسائل موثوقة. ستُقيّد الرسائل المكررة، وقد يتم حذف المحتوى نفسه خلال فترة قصيرة؛ يتم الاحتفاظ بحد أقصى 50 رسالة لكل جلسة تم قبولها ولكن لم يقرأها Claude بعد، بينما تستخدم الرسائل التي دخلت حالة الانتظار منطقة عازلة منفصلة، ويتم الاحتفاظ بحد أقصى 100 رسالة منها.

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

بعد دخول الرسالة إلى Runtime، لا يمكنها أن تتحول مباشرة إلى إجراء تنفيذي، لأن الجهة المستقبلة يجب أن تحدد أولاً: ما هي صلاحيات المحتوى الذي أرسله Claude الآخر.

04 كيف تُورَّث الصلاحيات

يُميّز Claude Code بوضوح بين رسالة المستخدم ورسالة جلسة الزميل.

لن يتم اعتبار المحتوى المرسل من جلسة أخرى كتأييد من المستخدم، وبالتالي لا يمكن الموافقة على طلب الإذن نيابة عن المستخدم، ولا يمكن طلب تعديل إعدادات الإذن عبر الرسالة،CLAUDE.md أو أي إعدادات أخرى. حتى إذا احتوت الرسالة على أمر كود Claude، فسيتم التعامل معها كنص عادي.

إذا طلب الجلسة A من الجلسة B حذف ملف، وكان هذا الإجراء يتطلب تفويضًا من المستخدم في الجلسة B، فستظهر مطالبة الإذن الأصلية.

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

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

بخلاف صلاحيات التنفيذ، هناك طبقة إضافية تُسمى Inbound Control في الرسالة نفسها. يمكن للطرف المستقبل ضبط الرسائل العابرة للجلسة على accept،hold أوrefuse： تسليمها مباشرةً إلى Claude، أو الاحتفاظ بها مؤقتًا لتأكيد إضافي، أو رفضها مباشرةً.

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

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

حتى هذه النقطة، تم إكمال مسار رسالة Cross-session بالكامل: من إنشاء الرسالة، وتحديد الوجهة، وإتمام التسليم، إلى قراءة الرسالة من قبل Runtime، ثم مرورها عبر ضوابط الصلاحيات الخاصة بالطرف المستقبل.

طبقة التنسيق بين الجلسات 05

وضع هذا الرابط مرة أخرى داخل قدرات Claude Code الحالية، يصبح موقع الرسائل بين الجلسات أكثر وضوحًا.

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

معالجة الرسائل بين الجلسات حالة مختلفة: عدة جلسات تعمل بشكل مستقل من الأصل، وكيفية نقل المعلومات الضرورية بينها بعد أن تنشأ تبعيات أثناء المهام.

في السابق، كان فتح عدة جلسات Claude Code يحل مشكلة التوازي، لكن المطورين ما زالوا بحاجة إلى مراقبة تقدم كل محطة ونقل حالة المهام مرارًا وتكرارًا بين الإنسان والجلسات. الآن، يمكن إرسال المعلومات مثل تغييرات الواجهة ونتائج الاختبارات وإكمال الترحيل مباشرة إلى الجلسات المتأثرة.

رسائل عبر الجلسات لم تدمج عدة Claude في عامل واحد، بل أضافت طبقة من قدرات الاتصال خارج السياق الأصلي ودليل العمل وحدود الصلاحيات.

عند النظر إليها في سياق مشروع أكبر، توفر هذه التصميم نهجًا آخر للعوامل المتعددة: فلا حاجة للعوامل المختلفة مشاركة سياق متزايد الحجم، بل يمكنها تحقيق التنسيق من خلال واجهات اتصال محددة. بعد فصل المهام والحالة والصلاحيات، يصبح النظام أسهل في التوسع.

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

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