أعلنت أنثروبيك عن ميزة جديدة تهدف إلى تسريع جلسات Claude Code طويلة الأمد عن طريق تقليل كمية بيانات المحادثة التي تُرسل بشكل متكرر إلى واجهة برمجتها (API)، مما يساعد المطورين على الحصول على استجابات أسرع مع تزايد جلساتهم البرمجية.
تذكر الشركة أن الميزة قد قللت متوسط الوقت اللازم لأول رمز (TTFT) — وهو الوقت الذي يستغرقه Claude لبدء توليد استجابة — بنحو 35% لطلبات Claude Code التي تحتوي على ما بين 500,000 ومليون رمز.
نظرًا لكونها جزءًا من واجهة Messages API الآن، تمتد الميزة أيضًا إلى ما وراء Claude Code لتشمل المطورين الذين يبنون وكلاء الذكاء الاصطناعي الخاصين بهم، وخاصة أولئك الذين يتعاملون مع المحادثات الطويلة، واستدعاءات الأدوات المتكررة، وكميات كبيرة من البيانات.
كيف تعمل خيوط الرسائل؟
لفهم ما تغير، يجدر بنا النظر في كيفية تعامل واجهة Messages API تقليديًا مع المحادثات.
في كل مرة يرسل فيها وكيل طلبًا جديدًا إلى Claude، فإنه يتضمن سجل المحادثة بالكامل. هذا يعني أنه يجب إعادة إرسال جميع الرسائل واستدعاءات الأدوات، حتى لو كانت واجهة برمجة التطبيقات قد تلقتها سابقًا.
على سبيل المثال، قد يستلزم وكيل برمجي يعمل على مهمة معقدة مئات من استدعاءات واجهة برمجة التطبيقات. ومع قراءته للملفات وتعديله للتعليمات البرمجية، ينمو سجل المحادثة، وبحلول الوقت الذي يصل فيه هذا السجل إلى 500,000 رمز، يتطلب كل طلب لاحق إرسال تلك الـ 500,000 رمز مرة أخرى، بالإضافة إلى أي معلومات جديدة أُضيفت.
بعد ذلك، يتعين على واجهة برمجة التطبيقات التحقق من صحة البيانات الواردة وتحويلها إلى رموز قبل أن يتمكن Claude من البدء في الاستجابة.
وهكذا، تُغير خيوط الرسائل الأمور من خلال السماح لأنثروبيك بالاحتفاظ مؤقتًا بسجل المحادثة على خوادمها. لا يزال الطلب الأول يرسل المحادثة الكاملة، بما في ذلك أي مطالبات نظام وتعريفات أدوات. لكن الطلبات اللاحقة تحتاج فقط إلى احتواء رسائل جديدة وإشارة إلى الاستجابة السابقة.
خلف الكواليس، تعيد أنثروبيك بناء المحادثة الكاملة على خوادمها قبل تمريرها إلى Claude، مما يلغي حاجة العميل إلى الاستمرار في تحميل نفس المعلومات. هذه التفاصيل مهمة، لأن Claude لا يزال يعالج المحادثة بأكملها في كل دور — إذا كان السجل يحتوي على 500,000 رمز، فإن النموذج لا يزال يتلقى هذا السياق، حتى لو كان العميل قد أرسل أحدث الرسائل فقط.
على هذا النحو، لا تقلل خيوط الرسائل بطبيعتها من تكاليف واجهة برمجة التطبيقات — تستمر أنثروبيك في فرض رسوم على الرموز التي يعالجها Claude.
يمكن للمطورين، مع ذلك، دمج خيوط الرسائل مع ميزة التخزين المؤقت للمطالبات الموجودة في Claude، والتي تسمح بإعادة استخدام المحتوى الذي تمت معالجته مسبقًا بأسعار رموز مخفضة. يمكن للميزتين العمل جنبًا إلى جنب لتقليل زمن الاستجابة وتكاليف المعالجة على التوالي.
تحدد أنثروبيك العديد من حالات الاستخدام حيث يمكن أن تكون خيوط الرسائل مفيدة بشكل خاص. تشمل هذه وكلاء البرمجة طويلة الأمد التي تجمع تعديلات الملفات ونتائج الأدوات، ووكلاء استخدام الكمبيوتر التي تلتقط لقطات شاشة بشكل متكرر، والتطبيقات التي تتعامل مع كميات كبيرة من المستندات أو الصور. في كل حالة، يقلل تجنب التحميلات المتكررة من كمية البيانات المرسلة خلال الجلسة.
توجه غيوم ليبيديل، المؤسس المشارك والمدير التقني لشركة StackOne للبنية التحتية لوكلاء الذكاء الاصطناعي، إلى LinkedIn يوم الثلاثاء لتوضيح الفوائد المحتملة لخيوط الرسائل لوكلاء استخدام الكمبيوتر، مستخدمًا محاكاة لتقدير كمية البيانات التي يمكن توفيرها.
تفترض حساباته أن الوكيل يلتقط لقطة شاشة واحدة بحجم 150 كيلوبايت في كل خطوة. بدون خيوط الرسائل، سيحتاج الطلب الخمسون إلى تحميل حوالي 7.5 ميجابايت من لقطات الشاشة المتراكمة. مع خيوط الرسائل، سيحمل هذا الطلب أحدث لقطة شاشة فقط، بحجم حوالي 0.15 ميجابايت.
عبر جلسة الـ 50 خطوة بأكملها، ستنخفض بيانات لقطات الشاشة التراكمية المحملة من حوالي 191 ميجابايت إلى 7.5 ميجابايت — وهو انخفاض بنحو 25 مرة.
وبالفعل، يتوقع ليبيديل أن وكلاء استخدام الكمبيوتر يمكن أن يقودوا تبني الميزة، مع انتشار واسع قبل نهاية العام.
كيف تستخدم خيوط الرسائل؟
لتطبيق الميزة، قدمت أنثروبيك معلمة جديدة thread إلى واجهة Messages API.
تحتوي هذه الطلبات اللاحقة على الرسائل الجديدة فقط. تحتفظ واجهة برمجة التطبيقات بالمحادثة السابقة ومطالبة النظام الأصلية وتعريفات الأدوات الخاصة بها.
نظرًا لأن الميزة لا تزال في مرحلة تجريبية، يجب على المطورين الذين يجرون طلبات مباشرة تضمين رأس anthropic-beta بقيمة message-threads-2026-08-12.
توفر أنثروبيك أيضًا نهجًا أبسط من خلال مساعد الخيوط في حزمة تطوير البرمجيات (SDK) الخاصة بها، والذي يدير سجل المحادثة ومعلمات واجهة برمجة التطبيقات تلقائيًا.
باستخدام حزمة تطوير البرمجيات (SDK) الخاصة بلغة بايثون، ينشئ المطورون أولاً عميلاً باستخدام client = anthropic.Anthropic()، قبل تهيئة خيط عبر client.beta.messages.thread(). يقبل الأخير النموذج، والحد الأقصى لرموز الإخراج، ومطالبة النظام الأولية، من بين معلمات أخرى.
بمجرد التكوين، يستخدم المطورون thread.send() لإرسال الرسائل. يقوم مساعد الخيوط في حزمة تطوير البرمجيات (SDK) تلقائيًا بإنشاء الخيط في الطلب الأول، ثم يواصله في الأدوار اللاحقة، موفرًا المعلمات الضرورية ومحتفظًا بنسخة محلية من سجل المحادثة.
هل تنتهي صلاحية خيوط الرسائل؟
ومع ذلك، هناك قيد واحد ملحوظ في كل هذا. تنتهي صلاحية خيوط الرسائل بعد خمس دقائق فقط من عدم النشاط.
قد يبدو ذلك قيدًا قاسيًا لميزة مصممة لتحسين جلسات البرمجة الطويلة، ومع ذلك، قد لا تكون الآثار دراماتيكية إلى هذا الحد. إذا ابتعد مطور لمدة عشر دقائق، على سبيل المثال، فسيكون الخيط قد انتهت صلاحيته بالفعل. ومع ذلك، شريطة أن يكون العميل قد احتفظ بسجل المحادثة، يقوم مساعد SDK بإعادة إرساله تلقائيًا لإنشاء خيط جديد عند عودتهم. لذا، قد يستغرق الطلب الأول بعد الاستراحة وقتًا أطول، لكن جلسة البرمجة يمكن أن تستمر دون فقدان سياقها السابق.
بالنسبة للوكلاء الذين يعملون باستمرار، قد يكون القيد أقل أهمية. كل طلب ناجح يُخزّن في الخيط يجدد فترة انتهاء الصلاحية البالغة خمس دقائق، مما يعني أن الوكيل الذي يجري استدعاءات منتظمة لواجهة برمجة التطبيقات يمكنه الحفاظ على نفس الخيط طوال مهمة طويلة.
يجب على المطورين الذين يديرون الخيوط مباشرة التعامل مع انتهاء الصلاحية بأنفسهم. تؤدي محاولة متابعة خيط غير متاح إلى إرجاع خطأ 404، مما يتطلب من العميل إعادة إرسال المحادثة الكاملة وإنشاء خيط جديد.
هناك أيضًا بعض الاعتبارات المتعلقة بمعالجة البيانات. تذكر أنثروبيك أن محتويات الخيط مشفرة ومحتفظ بها في ذاكرة الخادم دون كتابتها إلى تخزين دائم. على الرغم من أن الخيوط تنتهي صلاحيتها بعد خمس دقائق من عدم النشاط، فقد تظل محتوياتها في الذاكرة لمدة تصل إلى ساعة بعد آخر استخدام لها.
الميزة غير مؤهلة حاليًا للاحتفاظ بالبيانات الصفرية (zero data retention) و HIPAA، مما قد يقيد استخدامها في البيئات ذات متطلبات معالجة البيانات الصارمة. كما أن بعض إمكانيات إدارة السياق، بما في ذلك الضغط عند الطلب، غير مدعومة.
تتوفر خيوط الرسائل عبر جميع نماذج Claude في النسخة التجريبية، بما في ذلك عبر Claude Platform على AWS، و Claude في Microsoft Foundry، ونماذج Claude التي تديرها أنثروبيك على Google Cloud.
