Anthropic a introdus pe 2 noiembrie 2026, în beta publică, funcția Message Threads pentru Messages API, prin care aplicațiile trimit o singură dată conversația completă, apoi doar mesajele noi. Schimbarea reduce volumul transmis între aplicație și serviciul Claude în sesiunile lungi. Modelul primește în continuare întregul context reconstruit de API înaintea generării fiecărui răspuns.
Funcția este disponibilă pe Claude API, Claude Platform on AWS, Claude în Microsoft Foundry și Claude Models on Google Cloud în varianta administrată de Anthropic. Lansarea vizează dezvoltatorii de aplicații și agenți care fac apeluri succesive către model. Stadiul anunțat este beta; accesul este semnalat printr-un antet dedicat al cererilor API.

Istoricul complet este înlocuit în transfer de mesajele noi
În mecanismul obișnuit, aplicația retrimite la fiecare pas mesajele anterioare și rezultatele instrumentelor folosite de agent. Pe măsură ce sesiunea avansează, aceleași informații sunt încărcate din nou. Anthropic explică faptul că validarea și transformarea acestei cantități de date în tokenuri contribuie la timpul petrecut înainte ca modelul să înceapă să răspundă.
Un fir Message Threads pornește cu conversația completă, instrucțiunile de sistem și definițiile instrumentelor. API-ul păstrează temporar această conversație, inclusiv răspunsul Claude, sub identificatorul răspunsului. La pasul următor, aplicația transmite mesajele adăugate și identificatorul celui mai recent răspuns. Instrucțiunile și instrumentele inițiale sunt preluate din firul deja creat.
Acest mecanism privește transportul și pregătirea cererii. Modelul continuă să analizeze conversația completă, nu doar fragmentul nou trimis prin rețea. Rezultatele unui instrument, un mesaj nou al utilizatorului sau alte informații adăugate de aplicație devin următoarea parte a aceluiași context. Răspunsul are forma obișnuită a unui mesaj API, cu un identificator folosit pentru continuare.
Cum circulă conversația prin Message Threads
- Prima cerereIstoric complet, instrucțiuni și instrumente.
- ContinuareMesaje noi și ultimul ID de răspuns.
- Context completAPI-ul reconstruiește conversația pentru Claude.
- După expirareAplicația retrimite istoricul într-un fir nou.
Anthropic raportează un răspuns inițial mai rapid în sesiunile foarte lungi
Potrivit măsurătorilor comunicate de Anthropic, cererile Claude Code cu un context cuprins între 500.000 și un milion de tokenuri au înregistrat o reducere de aproximativ 35% a medianei timpului până la primul token. Compania spune că Message Threads este activată implicit pentru majoritatea utilizatorilor Claude Code. Cifra descrie această categorie de cereri și măsurătoarea furnizorului.
Indicatorul, cunoscut ca TTFT, măsoară intervalul până la începutul răspunsului. Procentul publicat nu reprezintă durata totală a unei sarcini sau viteza fiecărui token generat. Exemplul vizează contexte foarte mari, întâlnite în agenți care acumulează numeroase mesaje, fișiere și rezultate de instrumente.
Consumul de tokenuri rămâne calculat asupra contextului complet procesat de Claude. Se aplică tarifele standard și limitele API existente. Prompt caching, mecanismul care reutilizează părți eligibile ale unui prompt deja procesat, se configurează separat. Un fir cu transferuri mai mici poate funcționa fără caching; activarea Message Threads nu stabilește singură punctele de reutilizare a promptului.
Cinci minute pentru continuare și cel mult o oră până la ștergere
Un fir expiră după cinci minute de la ultima cerere, iar fiecare răspuns stocat repornește acest interval. Documentația precizează separat că API-ul șterge firul în cel mult o oră de la ultima utilizare. Prima perioadă privește continuarea conversației prin identificator; a doua reprezintă termenul maxim de ștergere descris pentru datele păstrate de serviciu.
Când firul nu mai poate fi continuat, API-ul răspunde cu o eroare 404. Aplicația reia conversația printr-o cerere de creare care conține istoricul complet. Anthropic cere păstrarea unei copii proprii a mesajelor, deoarece răspunsul unei cereri nu confirmă dacă acel pas a fost stocat pentru continuare. Disponibilitatea se constată la următoarea încercare de continuare.
Bibliotecile oficiale de dezvoltare includ un ajutor care construiește aceste cereri și retrimite istoricul o dată când continuarea întâmpină anumite erori de fir. Copia sa este ținută în memoria procesului, cât timp obiectul respectiv există. O aplicație care păstrează conversațiile după închiderea procesului trebuie să gestioneze separat acea persistență, în propriul sistem de date.
Conținutul firului este criptat în memoria serviciului cu o cheie administrată de server și nu este scris în stocare durabilă. Funcția nu este eligibilă pentru Zero Data Retention sau HIPAA. Documentația nu oferă un API pentru listarea, citirea ori ștergerea directă a unui fir. Aceste condiții definesc concret modul de folosire a noii funcții în aplicații.

Agenții de programare și aplicațiile conversaționale folosesc același mecanism
Anthropic indică agenții de programare, agenții care folosesc interfețe de computer și fluxurile cu multe documente sau imagini drept scenarii potrivite. Într-o sesiune de dezvoltare, fiecare rezultat al unui instrument sau modificare de fișier extinde conversația. Pentru agenții care lucrează cu interfețe, capturile existente rămân în contextul firului, în loc să fie reîncărcate la fiecare pas.
Într-o aplicație conversațională pentru firme, același mecanism poate transporta succesiv întrebarea utilizatorului și rezultatele instrumentelor conectate. De exemplu, un asistent pentru comenzi poate primi răspunsul unui sistem de gestiune ca mesaj nou. În dezvoltarea aplicațiilor cu integrare AI, istoricul aplicației rămâne sursa conversației, iar firul API servește continuării temporare a schimbului de mesaje.
Configurația rămâne stabilă de-a lungul firului
Message Threads acceptă numai adăugarea unor mesaje noi. Fiecare identificator de răspuns poate fi continuat o singură dată, folosind apoi identificatorul rezultat. Modificarea unui mesaj mai vechi sau crearea unei ramuri cere un fir nou cu istoricul corespunzător. Modelul și anumite setări, inclusiv configurația de raționament, trebuie păstrate identic între cererile aceluiași fir.
Funcția poate fi folosită cu răspunsuri transmise progresiv, prin streaming. Continuarea se face după terminarea mesajului, nu imediat după primirea identificatorului său. Pentru dezvoltatori, această ordine distinge un răspuns aflat încă în generare de unul încheiat. Documentația descrie și recuperarea prin retrimiterea conversației atunci când conexiunea se întrerupe înainte de final.
Beta nu acceptă Message Batches, numărarea tokenurilor printr-o cerere care include firul sau compactarea automată a conversației în acel fir. Pentru înlocuirea istoricului cu un rezumat se creează un fir nou din rezumatul pregătit de aplicație. Antetul de acces este denumit message-threads-2026-08-12; data din acest identificator tehnic diferă de data lansării publice, 2 noiembrie 2026.