فتحت Anthropic في 2 نوفمبر بيتا Message threads داخل Messages API لتقليل حجم الطلبات في المحادثات الطويلة وحلقات الوكلاء. بدلا من رفع السجل كاملا كل مرة، يرسل التطبيق الرسائل الجديدة ومعرف الرد السابق. ويعيد الخادم بناء السياق قبل استدعاء النموذج، بحسب الوثائق.
الفائدة المعلنة تقليل النقل والتحقق وتجزئة النص المتكررة، بما قد يخفض زمن ظهور أول رمز. لكنه تغيير في إدارة الطلب، لا ذاكرة دائمة: ينتهي الخيط بعد 5 دقائق من آخر طلب، ويحذف خلال ساعة كحد أقصى من آخر استخدام.
تخزين مؤقت ومسؤولية باقية للتطبيق
يرسل الطلب الأول المحادثة وتعليمات النظام والأدوات كاملة وينشئ خيطا. ثم ترسل الرسائل الجديدة مع الإشارة إلى آخر رد. ترويسة بيتا هي message-threads-2026-08-12. التاريخ داخلها معرف تقني، لا تاريخ الإطلاق المعلن في نوفمبر.
الحفظ على أساس أفضل جهد. إذا لم يعد الخيط متاحا فقد يعيد الاستمرار خطأ 404، وعندها يجب إعادة المحادثة كاملة لإنشاء خيط جديد. تؤكد Anthropic ضرورة الاحتفاظ بنسخة لدى التطبيق. دونها قد يتحول توفير النقل إلى انقطاع بعد توقف أو عطل.
كل رد محفوظ يعيد بدء نافذة 5 دقائق. لذلك تناسب الميزة سلسلة نشطة، لا بديلا لقاعدة بيانات بين الزيارات. حتى مساعد SDK الذي يحفظ السجل في الذاكرة ويعيد الإرسال لا يخزنه تلقائيا خارج عمر العملية. التخزين الطويل مسؤولية التطبيق.
الإتاحة وما يجب اختباره
تشمل الإتاحة Claude API وClaude Platform on AWS وClaude Models on Google Cloud المدار بواسطة Anthropic وClaude في Microsoft Foundry. وتضع الوثائق الميزة خارج أهلية Zero Data Retention وHIPAA. يجب على الفرق ذات المتطلبات الخاصة تقييم التوافق قبل تغيير مسار الطلبات.
الخيوط ليست prompt caching. يمكن تصغير الطلب دون تشغيل التخزين المؤقت الذي يضبط منفصلا. لذلك لا يعني انخفاض البيانات المرسلة انخفاض فاتورة الرموز بالنسبة نفسها. ينبغي مقارنة التأخير والحجم والاستهلاك والسلوك بعد الانتهاء.
يجب أن تشمل التجربة العمل الطبيعي وتوقفا أطول من 5 دقائق والتعافي من عطل. وتراجع قيود التوافق، ومنها Message Batches وبعض وظائف السياق. حين يحتفظ التطبيق بالسجل ويستطيع إعادة الطلب الكامل، يمكن للخيط تحسين العمل دون جعل نسخة الخادم المؤقتة الاعتماد الوحيد للمحادثة.