एआई मॉडल और प्लेटफ़ॉर्म
Anthropic ने लंबे समय तक चलने वाले एजेंटों के लिए संदेश थ्रेड का बीटा संस्करण शुरू किया

Anthropic ने 2 नवंबर 2026 को संदेश थ्रेड सार्वजनिक बीटा में पेश किए, जिससे Claude Platform पर Messages API ऐप्लिकेशन शुरुआती पूरे संवाद वाले अनुरोध के बाद केवल नए संदेश भेज सकते हैं।
यह सुविधा उन सक्रिय सत्रों के लिए बनाई गई है जिनमें कम विलंबता महत्वपूर्ण होती है। इनमें लंबे समय तक चलने वाले कोडिंग एजेंट, कंप्यूटर का इस्तेमाल करने वाले ऐसे एजेंट जिनके स्क्रीनशॉट थ्रेड में बने रहते हैं, और दस्तावेज़ों व छवियों पर अधिक निर्भर कार्यप्रवाह शामिल हैं। Anthropic के अनुसार, अधिकांश Claude Code उपयोगकर्ताओं के लिए संदेश थ्रेड डिफ़ॉल्ट रूप से चालू होने पर, 500,000 से 1 मिलियन टोकन वाले अनुरोधों में पहला टोकन मिलने का औसत समय लगभग 35% घट जाता है।
अनुरोध का जीवनचक्र और उसे फिर से शुरू करना
थ्रेड के बिना, हर चरण में पूरा संवाद फिर से अपलोड करना पड़ता है और API उसे दोबारा सत्यापित करके टोकन में बदलती है। थ्रेड के साथ, API द्वारा मॉडल के लिए संवाद को फिर से तैयार करने से पहले, इस काम का अधिकांश हिस्सा केवल नए चरण पर लागू होता है। Claude हर चरण में पूरा संवाद पढ़ता है, इसलिए टोकन का इस्तेमाल पहले जितना ही रहता है। टोकन की सामान्य दरें और मौजूदा दर-सीमाएँ लागू होती हैं।
आधिकारिक दस्तावेज़ इस जीवनचक्र को अनुरोध बनाने और जारी रखने के चरणों में बाँटते हैं। अनुरोध बनाने पर पूरा संवाद, सिस्टम प्रॉम्प्ट और टूल इसके साथ भेजे जाते हैं thread पैरामीटर; API संवाद और Claude के जवाब को प्रतिक्रिया ID के अंतर्गत संग्रहीत करती है। अनुरोध जारी रखने पर पिछले जवाब के बाद के केवल संदेश उस जवाब की ID के साथ भेजे जाते हैं और इसमें शामिल नहीं होते system और tools. अगली बार के लिए हर नई प्रतिक्रिया ID का इस्तेमाल किया जाता है।
थ्रेड सर्वोत्तम प्रयास के आधार पर काम करते हैं और आखिरी अनुरोध के पाँच मिनट बाद समाप्त हो जाते हैं; API द्वारा संग्रहीत हर जवाब से यह अवधि फिर शुरू हो जाती है। ऐप्लिकेशन ही जानकारी का मूल स्रोत बने रहते हैं और उन्हें हर संदेश की अपनी प्रति संभालकर रखनी होती है। अगर API किसी थ्रेड को आगे जारी नहीं रख सकती, तो क्लाइंट पूरा संवाद एक नए अनुरोध में फिर से भेजता है। SDK का थ्रेड हेल्पर थ्रेड बनाता और जारी रखता है, आवश्यक बीटा हेडर जोड़ता है, संवाद को मेमोरी में रखता है और जारी रखने से जुड़ी निर्दिष्ट त्रुटियों के लिए पूरा संवाद अपने-आप एक बार फिर भेजता है।
डेटा प्रतिधारण और कैशिंग
थ्रेड की सामग्री सर्वर-प्रबंधित एन्क्रिप्शन के तहत मेमोरी में रखी जाती है, उसे कभी भी स्थायी संग्रहण में नहीं लिखा जाता और आखिरी बार इस्तेमाल किए जाने के अधिकतम एक घंटे के भीतर मिटा दिया जाता है। थ्रेड में मॉडल को भेजा गया संवाद, अनुरोध बनाने के समय का सिस्टम प्रॉम्प्ट और टूल, तथा बाद के अनुरोधों की जाँच के लिए इस्तेमाल किए जाने वाले स्थिर फ़ील्ड का फ़िंगरप्रिंट शामिल होता है। फ़ाइलें संदर्भ के रूप में रखी जाती हैं, इसलिए थ्रेड सक्रिय रहने तक ऐप्लिकेशन को संवाद में इस्तेमाल की गई हर फ़ाइल उपलब्ध रखनी होती है। संदेश थ्रेड शून्य डेटा प्रतिधारण या HIPAA के तहत इस्तेमाल के लिए पात्र नहीं हैं, हालाँकि यह सुविधा शून्य डेटा प्रतिधारण वाली अन्य सुविधाओं के लिए पात्रता को प्रभावित नहीं करती।
थ्रेड प्रॉम्प्ट को अपने-आप कैश नहीं करते; डेवलपर को कैश ब्रेकपॉइंट या शीर्ष-स्तरीय cache_controlथ्रेड वाले अनुरोध में अधिकतम चार कैश-कंट्रोल ब्रेकपॉइंट हो सकते हैं। थ्रेड में केवल नई सामग्री जोड़ी जा सकती है और हर प्रतिक्रिया ID को केवल एक बार आगे जारी रखा जा सकता है। केवल अनुरोध बनाते समय तय किए जाने वाले किसी फ़ील्ड, जैसे system या toolsमें बदलाव करने पर, पूरे संवाद वाला नया थ्रेड बनाना ज़रूरी होता है।
स्ट्रीमिंग, उपलब्धता और सुविधा की सीमाएँ
स्ट्रीमिंग प्रतिक्रियाओं के लिए, क्लाइंट को आगे बढ़ने से पहले message_stop इवेंट का इंतज़ार करना होगा, क्योंकि उससे पहले अनुरोध जारी रखने पर 404 त्रुटि मिल सकती है। स्ट्रीम टूट जाने के बाद SDK हेल्पर अनुरोध जारी रखने की दोबारा कोशिश अपने-आप नहीं करता। फ़ॉलबैक मॉडल द्वारा लिखे गए चरण API में संग्रहीत नहीं होते, इसलिए थ्रेडिंग फिर से शुरू करने से पहले पूरा संवाद एक नए अनुरोध में भेजना पड़ता है।
बीटा संस्करण मूल Claude Platform, AWS पर Claude Platform, Microsoft Foundry में Claude और Anthropic के प्रबंधन के तहत Google Cloud पर Claude Models में उपलब्ध है; इसमें हर मॉडल के लिए बीटा समर्थन शामिल है। थ्रेड की सूची देखने, उन्हें पढ़ने या मिटाने के लिए कोई API नहीं है। थ्रेड Message Batches, टोकन गिनने, माँग पर संदर्भ को संक्षिप्त करने या संदर्भ में अधिकांश बदलावों का समर्थन नहीं करते। वे उन संगठनों के लिए भी उपलब्ध नहीं हैं जिनमें Inference hooks चालू हैं।
चूँकि थ्रेड समाप्त हो जाते हैं और API के ज़रिए वापस नहीं पाए जा सकते, इसलिए बीटा का इस्तेमाल करने वाले ऐप्लिकेशन को अपनी संवाद-हिस्ट्री सुरक्षित रखनी होगी और पूरा संवाद फिर से भेजने का तरीका बनाए रखना होगा—भले ही सामान्य चरणों में केवल नए संदेश भेजे जाते हों।












