Anthropic lansează versiunea beta a firelor de mesaje pentru agenți cu sesiuni de lungă durată

Anthropic a introdus firele de mesaje în versiune beta publică pe 2 noiembrie 2026, permițând aplicațiilor Messages API de pe Claude Platform să trimită doar mesajele noi după o solicitare inițială care include întreaga conversație.

Funcția este destinată sesiunilor active în care latența contează, inclusiv agenților de programare cu sesiuni de lungă durată, agenților care folosesc computerul și păstrează capturile de ecran în firul de mesaje, precum și fluxurilor de lucru care presupun multe documente și imagini. Anthropic raportează că, având firele de mesaje activate implicit pentru majoritatea utilizatorilor Claude Code, solicitările care conțin între 500.000 și 1 milion de tokenuri înregistrează o scădere de aproximativ 35% a timpului median până la primul token.

Ciclul de viață al solicitărilor și recuperarea

Fără un fir de mesaje, fiecare tură încarcă din nou întreaga conversație, iar API-ul o validează și o tokenizează din nou în întregime. Cu un fir de mesaje, cea mai mare parte a acestei activități se aplică doar noii ture, înainte ca API-ul să reconstruiască conversația pentru model. Claude citește în continuare conversația completă la fiecare tură, astfel că utilizarea tokenurilor rămâne neschimbată. Se aplică tarifele standard pentru tokenuri și limitele de rată existente.

Documentația oficială împarte ciclul de viață în solicitări de creare și de continuare. O solicitare de creare trimite conversația completă, promptul de sistem și instrumentele, împreună cu thread parametrul; API-ul stochează conversația și răspunsul lui Claude sub ID-ul răspunsului. O solicitare de continuare trimite doar mesajele de după răspunsul anterior, împreună cu ID-ul acelui răspuns, omițând system și tools. Fiecare ID nou al unui răspuns este apoi folosit pentru tura următoare.

Firele de mesaje funcționează pe principiul celor mai bune eforturi și expiră la cinci minute de la ultima solicitare; fiecare răspuns stocat de API repornește acest interval. Aplicațiile rămân sursa de referință și trebuie să păstreze propria copie a fiecărui mesaj. Dacă API-ul nu mai poate continua un fir de mesaje, clientul trimite din nou întreaga conversație într-o nouă solicitare de creare. Instrumentul auxiliar pentru fire de mesaje din SDK creează și continuă fire, adaugă antetul beta necesar, păstrează conversația în memorie și retransmite automat o singură dată întreaga conversație în cazul erorilor de continuare specificate.

Păstrarea datelor și memorarea în cache

Conținutul firelor de mesaje este păstrat în memorie, cu criptare gestionată de server, nu este niciodată scris în stocare persistentă și este șters în cel mult o oră de la ultima utilizare. Un fir de mesaje conține conversația trimisă modelului, promptul de sistem și instrumentele din solicitarea de creare, precum și o amprentă a câmpurilor fixe, folosită pentru verificarea solicitărilor ulterioare. Fișierele sunt păstrate ca referințe, așa că aplicațiile trebuie să mențină disponibil fiecare fișier folosit în conversație cât timp firul este activ. Firele de mesaje nu sunt eligibile pentru regimul de zero păstrare a datelor sau pentru utilizarea în scopuri HIPAA, deși funcția nu afectează eligibilitatea pentru alte funcții cu zero păstrare a datelor.

Firele de mesaje nu memorează automat prompturile în cache; dezvoltatorii trebuie să furnizeze puncte de întrerupere a cache-ului sau parametri la nivel superior cache_control. O solicitare cu fir de mesaje poate include cel mult patru puncte de întrerupere pentru controlul cache-ului. Firele de mesaje permit doar adăugarea de conținut, iar fiecare ID de răspuns poate fi continuat o singură dată. Modificarea unui câmp disponibil doar la creare, precum system sau tools, ori a unui câmp fix impune crearea unui fir nou care să conțină întreaga conversație.

Streaming, disponibilitate și limitele funcției

În cazul răspunsurilor transmise în flux, clienții trebuie să aștepte evenimentul message_stop înainte de a continua folosind ID-ul răspunsului, deoarece o solicitare de continuare trimisă prea devreme poate returna o eroare 404. Instrumentul auxiliar din SDK nu reîncearcă automat o solicitare de continuare după întreruperea fluxului. API-ul nu stochează turele generate de modelele de rezervă, ceea ce impune trimiterea întregii conversații într-o nouă solicitare de creare înainte de reluarea utilizării firelor de mesaje.

Versiunea beta este disponibilă pe Claude Platform nativ, Claude Platform pe AWS, Claude în Microsoft Foundry și Claude Models pe Google Cloud, sub administrarea Anthropic, cu suport beta pentru toate modelele. Nu există un API pentru listarea, citirea sau ștergerea firelor de mesaje. Firele de mesaje nu sunt compatibile cu Message Batches, numărarea tokenurilor, compactarea la cerere sau majoritatea funcțiilor de editare a contextului și nu sunt disponibile organizațiilor care au activată funcția Inference hooks.

Deoarece firele de mesaje expiră și nu pot fi recuperate printr-un API, aplicațiile care folosesc versiunea beta trebuie în continuare să-și păstreze propriul istoric al conversațiilor și să mențină o modalitate de retransmitere a conversației complete, chiar și atunci când turele obișnuite conțin doar mesaje noi.