Anthropic ने 2 नवंबर को Messages API में Message threads का बीटा खोला। लक्ष्य लंबी बातचीत और एजेंट चक्र में अनुरोध छोटा करना है। हर बार पूरा इतिहास भेजने के बजाय ऐप नई बातें और पिछले उत्तर का पहचानकर्ता भेज सकता है। दस्तावेज के अनुसार सर्वर मॉडल चलाने से पहले संदर्भ फिर बनाता है।
बताया लाभ कम डेटा ट्रांसफर, दोहराई जांच और टोकन में बदलने का कम काम है, जिससे पहले टोकन तक समय घट सकता है। यह अनुरोध प्रबंधन है, स्थायी स्मृति नहीं: थ्रेड आखिरी अनुरोध के 5 मिनट बाद समाप्त और आखिरी इस्तेमाल के अधिकतम 1 घंटे में हट जाता है।
सर्वर की अस्थायी प्रति, ऐप की स्थायी जिम्मेदारी
पहले अनुरोध में पूरी बातचीत, सिस्टम निर्देश और टूल भेजकर थ्रेड बनता है। बाद में नई बातें और नवीनतम जवाब का संदर्भ भेजा जाता है। बीटा हेडर message-threads-2026-08-12 है। इसमें तारीख तकनीकी पहचान है, नवंबर में घोषित लॉन्च की तारीख नहीं।
भंडारण सर्वोत्तम प्रयास पर है। थ्रेड न मिले तो आगे के अनुरोध में 404 आ सकता है और पूरी बातचीत भेजकर नया बनाना होगा। Anthropic अपनी प्रति रखने पर जोर देती है। इसके बिना कम ट्रांसफर का लाभ रुकावट या प्रक्रिया विफल होने पर बातचीत टूटने में बदल सकता है।
हर सुरक्षित उत्तर 5 मिनट की अवधि फिर शुरू करता है। इसलिए यह सक्रिय क्रम के लिए उपयोगी है, अलग-अलग मुलाकातों के बीच डेटाबेस का विकल्प नहीं। SDK सहायक इतिहास मेमोरी में रखता और रीप्ले करता है, पर प्रक्रिया समाप्त होने के बाद अपने आप सुरक्षित नहीं रखता। लंबी अवधि का संग्रह ऐप का काम है।
उपलब्धता और बदलाव से पहले जांच
बीटा Claude API, Claude Platform on AWS, Anthropic द्वारा प्रबंधित Claude Models on Google Cloud और Claude in Microsoft Foundry में है। दस्तावेज इसे Zero Data Retention और HIPAA के लिए अयोग्य बताते हैं। विशेष डेटा जरूरतों वाली टीम को पुराने रास्ते बदलने से पहले अनुकूलता जांचनी चाहिए।
Threads, prompt caching नहीं है। कैश चालू किए बिना अनुरोध छोटा हो सकता है; कैश अलग सेट होता है। इसलिए भेजा डेटा घटने का मतलब टोकन बिल उसी अनुपात में घटना नहीं। प्रतिक्रिया समय, आकार, टोकन उपयोग और अवधि समाप्त होने का व्यवहार तुलना योग्य माप हैं।
परीक्षण में सामान्य क्रम, 5 मिनट से लंबा विराम और विफलता के बाद पुनर्प्राप्ति रखें। Message Batches और कुछ संदर्भ सुविधाओं की सीमाएं भी देखें। ऐप इतिहास रखे और पूरा अनुरोध दोबारा भेज सके तो अस्थायी सर्वर प्रति अकेली निर्भरता बने बिना रोज का काम सुधर सकता है।