Anthropic API: nova verzija alata za izvršavanje koda otkriva 90-sekundni limit, web alati dobivaju response_inclusion parametar

Anthropic je 11. lipnja 2026. objavio manji, ali tehnički relevantan skup nadogradnji triju API alata koji se naširoko koriste u agentičkim (agentic) cjevovodima. Promjene su usmjerene prema dvama problemima koji se pojavljuju u produkcijskim okruženjima: neočekivano prekoračenje vremenskih ograničenja pri izvršavanju koda i prekomjerni trošak tokena u dugim višekoračnim sesijama.

Alat za izvršavanje koda: Claude sada zna za 90-sekundni limit

Nova verzija alata za izvršavanje koda nosi oznaku code_execution_20260521. Ključna promjena je naizgled jednostavna: opis alata unutar API sučelja sada eksplicitno navodi da svaka ćelija ima 90-sekundi limit izvođenja.

Zašto je to praktično važno?

U dosadašnjim verzijama taj je limit postojao, ali Claude nije o njemu imao formalne informacije u kontekstu alata. Posljedica: kada bi agent pokrenuo dugotrajno izračunavanje — npr. iteraciju po velikom skupu podataka, složenu numeričku simulaciju ili ML evaluaciju — ćelija bi jednostavno istekla, a agent bi primio grešku bez jasnog razloga.

S novom verzijom, Claude ima informaciju o ograničenju od trenutka kad dobije opis alata. Može je koristiti pri planiranju: podijeliti zadatak na manje segmente koji staju unutar vremenskog okvira, procijeniti treba li zadatak uopće pristupiti drugačije, ili proaktivno upozoriti korisnika da izračunavanje traje predugo za jednoprolazni pristup.

Beta header nije potreban. Promjena je dostupna odmah u svim produkcijskim okruženjima koja koriste novu verziju alata.

Što je novi response_inclusion parametar i zašto štedi tokene?

web_search_20260318 i web_fetch_20260318 — nove verzije alata za pretraživanje weba i dohvat URL sadržaja — uvode zajednički parametar response_inclusion.

Mehanizam

U tipičnom agentičkom cjevovodu, agent poziva web_search, dobiva rezultate, analizira ih i nastavlja dalje. U standardnom načinu rada, potrošeni blokovi rezultata (consumed result blocks) i dalje ostaju u API odgovoru i broje se u tokene koji se vraćaju klijentu. U dugim sesijama s mnogo web poziva, to se akumulira u značajan trošak.

Parametar response_inclusion omogućuje programeru da isključi te potrošene blokove iz API odgovora — Claude ih je već pročitao i iskoristio; nema razloga da se vraćaju i naplaćuju kao output tokeni.

Za koga je ovo relevantno?

Promjena je posebno korisna za:

• Research agente koji u jednoj sesiji izvode deseci web pretraga i dohvata
• RAG (Retrieval-Augmented Generation) pipelines koji kombiniraju web fetch s internom bazom znanja
• Monitoring agente koji periodički provjeravaju web izvore i grade sintezu

Primjerak uštede ovisi o veličini rezultata i broju koraka, ali u dugim agentičkim sesijama s mnogo web poziva razlika može biti supstancijalna.

Beta header nije potreban ni ovdje. Oba alata dostupna su odmah za produkcijsku upotrebu.

Kontekst: male promjene, konkretan učinak

Ova tri ažuriranja ne uvode nove sposobnosti — Claude i ranije je mogao pretraživati web i izvršavati kod. Radi se o inženjerskim popravima koje rješavaju konkretne boli koje su programeri prijavljivali u produkciji: neočekivane greške zbog vremenskog prekoračenja i neopravdano visoki trošak tokena u agentičkim petljama.

Kombinacija ove dvije promjene — bolja samosvijest o ograničenjima pri izvršavanju koda i smanjeni overhead pri web pozivima — direktno je usmjerena prema programerima koji grade dugotrajna, autonomna agentička okruženja, gdje svaki nepotrebni token i svaka greška koja se mogla predvidjeti imaju stvarni trošak.