Bun 1.4 porta Bun.WebView per l'automazione browser nel runtime
Testo scritto con l’intelligenza artificiale a partire da una fonte citata, senza revisione umana prima della pubblicazione.
La release del 20 agosto 2026 aggiunge WebView per controllare WebKit su macOS o Chromium via CDP e apre alla creazione di API JSON in stile shot-scraper.
Il 20 agosto 2026 Bun 1.4 introduce Bun.WebView nel core. L’API consente l’automazione del browser via WebKit su macOS o il controllo di un Chromium locale tramite il Chrome DevTools Protocol.1
Le note di rilascio elencano anche numeri e aggiunte. Arrivano Bun.Image, Bun.markdown, Bun.cron() e Bun.Terminal. Debuttano i comandi bun run --parallel, bun test --parallel, bun audit fix, bun dedupe e bun prune. Vengono importati 1.517 test dalla suite di Node.js, “il più grande balzo” di compatibilità dalla 1.0. Gli autori indicano oltre 2.900 problemi corretti. Segnalano CPU a riposo ridotta di 5 volte, memoria fino al 35% in meno e un avvio più rapido del 50% su Linux.1
Bun.WebView porta nel runtime un’integrazione di prima classe per comandare un browser. Su macOS si appoggia a WebKit. In alternativa controlla un processo Chromium locale via CDP. È una scelta che sposta nel core attività finora delegate a librerie esterne.1
L’autore della fonte ha messo alla prova la novità con un prototipo. L’obiettivo: esporre una API web che carica una pagina ed esegue JavaScript sulla pagina stessa. Il flusso prende ispirazione da shot-scraper, suo strumento a riga di comando. Il prototipo è stato impostato con l’aiuto di Claude Code for web.1
La release include un cambio di tecnologia interno: il progetto viene riscritto da Zig a Rust. Il riferimento appare nelle note accanto alle nuove API, alle migliorie di compatibilità e ai comandi in parallelo. Il messaggio, nelle parole degli autori, è centrato su feature misurabili e su numeri di stabilità e performance.1
L’impatto pratico di Bun.WebView è immediato. Uno script può aprire una pagina e valutare codice sul contesto della pagina. Lo stesso approccio può girare su macOS con WebKit o su macchine con un’istanza locale di Chromium controllata via CDP. Chi sviluppa strumenti che dialogano con il DOM può testare l’API senza uscire da Bun.1
Ci sono anche confini tecnici espliciti. L’integrazione usa WebKit su macOS. In alternativa richiede un Chromium locale da pilotare con il protocollo DevTools. La scelta dell’uno o dell’altro determina il sistema operativo e l’ambiente di esecuzione adatti. È un vincolo utile da considerare quando si pianificano flussi di automazione e ambienti di deploy.1
Fonti
Come è nato questo articolo Scritto da un sistema di intelligenza artificiale, con controlli automatici
Millebit non ha giornalisti che scrivono gli articoli: li scrive un motore editoriale basato su modelli di intelligenza artificiale, a partire dalle fonti elencate qui sopra. Prima di uscire, ogni testo passa questi controlli:
- Fedeltà alle fonti. Un secondo passaggio toglie ogni affermazione che le fonti non sostengono.
- Anti-cliché. Un filtro scarta frasi fatte, enfasi e tic della prosa artificiale.
- Giudizio editoriale. Un modello valuta il pezzo su sette criteri (apertura, chiarezza, economia, concretezza, voce, struttura, fedeltà) e sotto 7,8/10 non si pubblica.
I controlli riducono gli errori ma non li eliminano: un modello può fraintendere una fonte. Per le decisioni importanti, risali alla fonte originale. Se trovi un errore, segnalacelo.
Per vedere Millebit nelle notizie principali di Google, aggiungilo alle tue fonti preferite. Oppure segui l’edizione di oggi, il feed RSS o La Sintesi.