Build log. Cosa è stato rilasciato, settimana per settimana.

Un solo agente dal risultato alla pull request

Ogni risultato che Polylane rileva viene ora lavorato da un singolo run di un agente. Legge le prove con strumenti in sola lettura sulla tua telemetria e sul grafo di contesto, decide se c’è una issue reale, e quando la causa confermata è un difetto nel codice di un repository collegato scrive il fix e apre la pull request nello stesso run, senza passaggi di consegne tra le fasi di triage, indagine e autofix. La pull request si apre con una sola riga Affected che nomina la risorsa, il valore che ha violato la soglia rispetto alla sua baseline e quanti dipendenti raggiunge un guasto, e il suo ragionamento sulla sicurezza sta in una sezione visibile Why it’s safe. Quando un fix è fuori portata, il run registra il motivo e un passo successivo chiaro sulla issue invece di spegnersi nel nulla.

Grafana Cloud e Logfire entrano nelle integrazioni di observability

Collega Grafana Cloud, o Grafana self-hosted, con l’URL dello stack e un token di service account. Polylane aggiunge un contact point e una route di notifica generica allo stack, così ogni regola di alert esistente e ogni regola che creerai in seguito lo raggiunge senza configurazione per singola regola. Collega Pydantic Logfire con una chiave API e l’agente riceve strumenti per passare da una route che fallisce allo span esatto che ha sollevato l’errore, più SQL in sola lettura per tutto il resto; il progetto viene osservato per tasso di errore, volume di richieste e latenza p95 come gli altri provider.

Anche questa settimana:

• Le issue scartate ricevono un secondo sguardo: un risultato ricorrente viene sottoposto di nuovo a triage, uno scarto viene rifiutato quando le prove non escludono un incidente su una risorsa critica, e un “nessun incidente” da parte di una persona resta definitivo
• Collegare GitHub chiede una sola volta se rivedere le pull request, e una pull request che risolve una issue nota riceve un verdetto verde o giallo su se debba risolverla
• Una scheda Key questions su ogni account cloud, integrazione e risorsa osservata da vicino mostra le domande che Polylane pone alla tua telemetria, con la query del provider dietro ciascuna
• Il grafo di contesto guadagna le repliche di lettura RDS e RDS Proxy, collega i repository ai workload Kubernetes e Railway che eseguono le immagini che costruiscono, e nomina i bucket S3 e gli endpoint RDS trovati nelle variabili d’ambiente prima che l’account AWS sia collegato
• La finestra di collegamento AWS mostra il template CloudFormation generato con copia e download, e il-central-1 è disponibile
• Le tendenze giornaliere dei log vengono registrate come issue sottoposte a triage invece di arrivare via email
• Incolla o trascina immagini nel composer della chat della console, e i controlli hanno una propria pagina con un link da copiare
• Le risposte in Slack terminano con quanto è durato il run e quante azioni ha eseguito, e il server MCP mostra una schermata di consenso prima di autorizzare un client
• La CLI collega Grafana Cloud, Mixpanel e OpenStatus con polylane integration connect e Railway con polylane cloud connect --provider railway, e chiede se rivedere le pull request quando colleghi GitHub (--no-pr-reviews per rinunciare)
• E come sempre: miglioramenti di affidabilità, prestazioni e stabilità

Altri tre cloud e il tuo issue tracker entrano nel grafo di contesto

Ora puoi collegare ClickHouse Cloud, Convex e Turso: incolla un token e i loro servizi, progetti, deployment e database si sincronizzano nel grafo di contesto ogni 15 minuti, con controlli di salute e strumenti per l’agente. Linear è la prima integrazione di issue tracking: l’agente legge i tuoi team, progetti e issue in qualsiasi thread, registra issue dalle indagini con la catena di prove allegata e aggiorna stato, priorità o assegnatario, chiedendoti conferma prima di ogni scrittura. Le nuove risorse arrivano già cablate: i servizi ClickHouse secondari si collegano al primario, i branch Turso al database da cui sono stati derivati, e i servizi auth, storage, realtime e REST di Supabase al database Postgres che servono, così un guasto sul primario raggiunge tutto ciò che ne dipende.

Un solo raggio d’impatto, ovunque

Il motore del raggio d’impatto dietro le review delle pull request ora risponde ovunque: gli slideover delle issue, i record di modifica e gli artefatti dei thread mostrano la stessa portata a valle, gli agenti possono richiederlo, e ogni pull request di autofix nomina il tier della risorsa coinvolta e cosa raggiungerebbe un guasto lì. Il grafo che percorre è più denso: le distribuzioni CloudFront si collegano alle loro origini e alle web ACL del WAF, le regole dei security group diventano archi di raggiungibilità, i bucket R2 si collegano alle code che notificano, e le definizioni di Step Functions producono un arco per ogni servizio che chiamano. Una nuova scheda Connections su ogni risorsa elenca ogni arco con la sua direzione, come è stato scoperto e le prove a sostegno.

Anche questa settimana:

• Un solo collegamento AWS ora copre qualsiasi insieme di regioni, o tutte, con CloudTrail e alert per regione
• Le pull request di autofix richiedono una review al responsabile della risorsa coinvolta, usano Conventional Commits per impostazione predefinita, includono un diagramma mermaid quando il fix ha una struttura da mostrare e diventano obsolete dopo 14 giorni di silenzio così un fix migliore non viene più trattenuto
• Puoi impostare una soglia minima di gravità per le indagini che Polylane avvia da solo, per workspace; i nuovi alert vengono sottoposti a triage da un agente con strumenti in sola lettura prima di diventare issue, e le indagini bloccate riprendono da sole
• Le schede delle ipotesi in un thread riportano Confirmed, Refuted o Inconclusive, e un thread in attesa della tua risposta lo dice
• Di’ all’agente Slack di andarsene e silenzia il thread finché non lo @-menzioni di nuovo; la pagina Channels ora elenca ogni canale del tuo workspace con un pulsante Join per quelli in cui Polylane non è presente
• La pagina della topologia si aggiorna in tempo reale, la sua ricerca è a testo completo su nomi, alias e descrizioni, e qualsiasi grafico in un thread si scarica come JSON, CSV o PNG
• Ogni rapporto fissato a una board Mixpanel diventa un controllo giornaliero
• I run di autofix usano Node 24 e scelgono la versione da .nvmrc, .node-version o engines.node
• La CLI collega ClickHouse, Convex, Turso e Linear, esegue il collegamento AWS in background così puoi collegare altri cloud nel frattempo, accetta --region all e propone i canali Slack a cui unirsi subito dopo il collegamento dell’app
• E come sempre: miglioramenti di affidabilità, prestazioni e stabilità

Costruisci il tuo grafo di contesto dal terminale con il tuo agente di coding

Esegui polylane map e la CLI avvia l’agente di coding che usi già per mappare il repository corrente: topologia, prime issue e un thread di prima esecuzione arrivano nel tuo workspace mentre il terminale mostra un battito. La tua macchina e il suo agente sono ora un collegamento come GitHub o AWS, così ogni macchina scrive la propria fetta del grafo e nessuna può sovrascrivere quella di un’altra. Mentre la mappatura gira, la pagina Topology mostra avanzamento, issue e chat sul posto, ti propone nel frattempo i tuoi cloud da collegare e ti dà un link di condivisione revocabile. Collegare un agente di coding cloud lo rende il tuo esecutore di autofix, e riceve automaticamente il server MCP di Polylane così può interrogare Polylane mentre scrive un fix.

Railway, Mixpanel e OpenStatus entrano nel grafo di contesto

Railway è un provider cloud collegabile: collegati con OAuth o con un token del workspace e Polylane sincronizza progetti, servizi e deployment, osserva i deploy, legge i log e controlla le metriche dei servizi alla ricerca di issue. Mixpanel è la prima integrazione di product analytics, così puoi chiedere se le registrazioni sono calate dopo un deploy, e un controllo giornaliero osserva i volumi degli eventi per intercettare rotture del tracciamento. OpenStatus porta monitor e pagine di stato nel grafo, sottopone a triage ogni fallimento e ripristino come alert e collega ogni monitor alla risorsa che sonda. Datadog, Sentry, Better Stack, Honeycomb e Axiom ora collegano al grafo le risorse che riportano a loro, e l’agente può pubblicare rapporti di stato su Better Stack e prendere in carico o risolvere incidenti, ciascuno dietro la tua conferma.

Anche questa settimana:

• Collegare un account cloud o un’integrazione di observability registra issue da solo: Polylane legge le ultime 24 ore di log di errore alla ricerca di pattern ricorrenti ed esegue subito i primi controlli
• Le review delle pull request portano un registro di ogni modalità di fallimento considerata, segnata come confermata, plausibile o confutata, con un raggio d’impatto che nomina le risorse a valle raggiunte da un guasto e la quota di traffico che gestiscono; la scheda Changes lo mostra in modo nativo
• Le issue sono più facili da sottoporre a triage: una colonna e un filtro per gravità, i duplicati nascosti per impostazione predefinita, e l’alert che ha aperto una issue mostrato all’inizio della sua discendenza
• Le pull request di autofix mostrano il diff completo in uno slideover, riferiscono il loro esito al thread che le ha chieste e non propongono più come fix un limite o un timeout alzato
• Le risposte in Slack allegano i grafici come immagini, e un turno Slack lungo rimanda alla console così puoi seguirlo
• Collega server MCP che si autenticano con header HTTP personalizzati, non solo con un bearer token
• La ricerca nel grafo dell’infrastruttura passa a una tabella così i risultati si leggono come righe
• La CLI collega più cloud in una volta con --multi, preselezionati dai marcatori del tuo repository, restringe la scelta con --category observability e apre nel browser una pagina precompilata per un token Cloudflare in sola lettura
• E come sempre: miglioramenti di affidabilità, prestazioni e stabilità

Ogni issue riceve una causa, e una risposta adeguata

Polylane ora classifica perché ogni issue è successa: un difetto nel codice, infrastruttura instabile, un client esterno, comportamento atteso o sconosciuto, ciascuno con un livello di confidenza, e risponde di conseguenza. Un difetto nel codice riceve un fix. Un fallimento instabile della CI riceve una richiesta di rieseguire il workflow invece di una patch, e una riesecuzione riuscita risolve la issue da sola. Il comportamento atteso viene scartato o la sua firma di alert silenziata con il motivo registrato, e tutto ciò che è incerto va a una persona. La pagina della issue mostra il verdetto, ogni decisione e chi l’ha presa, e le prove dietro una violazione: la metrica che devia, le righe di log causali e la trace.

Decidi tu quando gira l’autofix

Un interruttore Open autofix pull requests ora si trova sul workspace e su ogni repository, e una nuova modalità Ask first trattiene ogni fix avviato da una macchina come run in attesa finché non clicchi Approve and run; i fix che chiedi in un thread non vengono mai trattenuti. Qualsiasi autofix in corso può essere annullato prima che la sua pull request si apra, dalla console, dalla chat o da Slack. Le pull request portano un’etichetta severity: e si aprono con ciò che ha causato il fix: la risorsa coinvolta, la metrica che ha violato la soglia e le righe di log che sono scattate. Ogni patch passa una review sulla sicurezza dei dati, così una che instraderebbe nuovi dati in log, export o analytics viene rivista o trattenuta.

Anche questa settimana:

• Collegare GitHub ora apre una prima pull request entro un minuto, aggiungendo le istruzioni di Polylane ad AGENTS.md, alle regole di Cursor e agli altri file di istruzioni per agenti, con la pull request sull’observability a seguire, annullabile dalla console
• Un’email giornaliera sulle tendenze dei log arriva solo nei giorni in cui qualcosa è cambiato, come un nuovo template di errore o un servizio che logga molto sopra il suo volume normale, ciascuno con un pulsante Investigate
• Chiedi all’agente di seguire un run della CI o una release e smette di interrogare a ripetizione, svegliandosi quando arriva l’evento GitHub
• I segnali ricorrenti intenzionali ricevono un fix che rende esplicito il comportamento nel tuo codice invece di un alert silenziato, e le issue da alert che diventano silenziose si risolvono da sole
• L’agente Slack parla in prima persona, e le immagini inviate in Slack ora vengono mostrate nella console
• La chat della console raggruppa ogni fase di ragionamento e le sue chiamate agli strumenti in una sola riga, offre una pillola Quick answer dopo 30 secondi e Try again dopo una risposta interrotta
• I nodi di discendenza mostrano un’anteprima al passaggio del mouse e si possono scorrere con la tastiera, i servizi esterni come googleapis.com ricevono un wiki, e il ricambio dovuto all’autoscaling non ingombra più il feed delle modifiche
• Il menu dell’aspetto guadagna un’opzione System
• La CLI guadagna polylane scan, che trova i rischi principali nei tuoi account collegati e ti lascia sceglierne uno da indagare, e polylane autofix watch, che stampa gli URL delle pull request man mano che si aprono, e le procedure guidate di collegamento indicano i permessi esatti del token di ogni provider
• E come sempre: miglioramenti di affidabilità, prestazioni e stabilità

Modal e Supabase entrano nel grafo di contesto

Incolla la coppia di token che Modal fornisce per l’accesso dalla CLI e i tuoi ambienti, app, funzioni, sandbox, volumi e code compaiono nel grafo di contesto, con i log delle app letti in un digest, controlli su costi e volume di errori che aprono issue, e ogni repository collegato all’app su cui la sua CI esegue modal deploy. Collega un’organizzazione Supabase tramite OAuth o un token di accesso personale e i database, le edge function, i branch, i bucket, l’auth e lo storage di ogni progetto si sincronizzano ogni 15 minuti, con dashboard, log e controlli su ciascuno. L’agente riceve strumenti in sola lettura per entrambi, così un’indagine legge cosa stanno facendo Modal o Supabase adesso invece di ciò che l’ultima sincronizzazione ha registrato.

Parla con l’agente mentre lavora

Inviare un messaggio a metà turno prima annullava il turno e buttava via minuti di lavoro. Ora il composer resta attivo: il tuo messaggio viene raccolto al passo successivo dell’agente e mostrato nella trascrizione nel punto in cui è stato letto. Un messaggio che non arriva mai lo dice, con un pulsante per riprovare. Ferma e invia condividono un solo pulsante, Esc ferma il turno, e in modalità vocale l’agente smette di rispondere alla domanda su cui hai parlato sopra.

Anche questa settimana:

• L’agente Slack pubblica schede Approve e Deny quando una modifica richiede un’approvazione, mostra il suo elenco di attività nel messaggio di stato e chiude una pull request che ha aperto quando glielo chiedi
• Reagisci con una spunta a una scheda di incidente in Slack per risolverlo, o con un segnale di divieto per segnarlo come non incidente; la scheda si aggiorna sul posto e la linea temporale registra chi ha agito
• Una scheda Channels sull’integrazione Slack elenca ogni canale in cui Polylane è presente, e l’agente salva da solo le istruzioni di un canale quando gli dici come comportarsi lì
• Le pull request di autofix si aprono con una sezione Before / After scritta a partire dal diff, una scheda Implementation mostra il thread che ha scritto la patch, e un piano debole viene respinto prima che costi un run
• Polylane controlla se esiste già una pull request aperta prima di spendere un’indagine, e conserva il lavoro di un turno di autofix lento invece di scartarlo
• Le review delle pull request si attivano o disattivano per repository dalla pagina Repositories, in blocco, o su un’intera integrazione GitHub con un solo interruttore
• Le mappe pubblicate ora ti consegnano un link in circa due minuti come bozza che si affina allo stesso URL, con i problemi elencati accanto al grafo e un pulsante Investigate su ciascuno
• La registrazione crea subito un workspace per te, l’ingresso automatico per dominio è disattivato per impostazione predefinita, e un link a un workspace di cui non fai parte offre una schermata di richiesta di accesso
• La CLI ti registra con Google, GitHub o email tramite polylane auth signup, rende interattivi polylane cloud connect e polylane integration connect, e polylane setup ora configura Cline, Roo Code, Goose, Pi e Warp
• E come sempre: miglioramenti di affidabilità, prestazioni e stabilità

I fallimenti della CI diventano issue, indagini e fix

Ogni run di GitHub Actions fallito su un repository collegato ora diventa una issue di Polylane. I fallimenti ripetuti dello stesso workflow si comprimono in una sola issue; un run verde la risolve e un fallimento entro 24 ore la riapre. Il triage legge i job, i passi e le annotazioni dei controlli falliti, e quando conferma un problema reale avvia un’indagine e mette in coda un autofix sul branch che fallisce. Il fix arriva come una normale pull request di autofix.

Segui la catena dal controllo alla pull request

Ogni issue, indagine, autofix e controllo ora conosce i propri vicini. Un grafo di discendenza nella scheda Overview della issue disegna l’intera catena, dal controllo che l’ha sollevata, attraverso l’indagine, fino all’autofix e alla sua pull request. Cliccando qualsiasi scheda si apre in uno slideover, e le issue duplicate puntano sempre alla radice che contiene l’indagine. Le pagine degli autofix ora si aprono con l’esito: la pull request, perché il run è stato saltato (con un pulsante Run anyway), o perché è fallito (con Run again).

Anche questa settimana:

• Pubblica una mappa pubblica della tua architettura: esegui il prompt di mappatura nel tuo agente di coding e pubblica una mappa con punteggio e versione che chiunque può sfogliare, su cui fare domande, o da cui passare un problema direttamente a Polylane perché lo indaghi
• I commenti di review si aprono con View the full analysis: la relazione completa, grafici interattivi ed estratti integrali dei log, leggibili da chi vede la pull request tramite un link ospite; le pull request di autofix collegano l’intero run allo stesso modo
• Le review mostrano le loro prove: un pass allega la serie di metriche o l’estratto di log su cui si basa, il briefing elenca le issue passate che hanno colpito le stesse risorse, e il controllo dell’impatto sulla produzione è ora attivo per impostazione predefinita su ogni repository
• Dopo un’indagine, Polylane chiede se la mancanza di segnale l’ha resa più difficile; se sì, una pull request di follow-up aggiunge esattamente quel logging o quel tracing, aprendo con l’indagine che avrebbe abbreviato
• Due nuovi collegamenti: i cluster Kubernetes tramite un agente in sola lettura dentro il cluster, così nessun kubeconfig esce dal cluster, e Better Stack, i cui incidenti confluiscono nel triage e i cui monitor l’agente può interrogare
• I servizi esterni che il tuo codice chiama (Stripe, Datadog e così via) entrano nel grafo di contesto dagli URL nelle variabili d’ambiente sotto una propria categoria External services, e un grafo da 3,000 risorse ora si apre in pochi secondi
• Nei thread con più persone l’agente sa chi ha detto cosa, e ogni memoria che salva viene ricontrollata ogni giorno e modificata o eliminata quando diventa obsoleta
• Gli admin possono esportare un workspace come archivio JSON, ed eliminare un workspace ora lo mette prima in quarantena, con una finestra di 60 giorni prima della cancellazione definitiva
• La quota mensile di token di ogni piano è cinque volte più grande, nessun piano limita più i membri del workspace, e una nuova impostazione Privacy & data permette agli admin di escludere il workspace dall’addestramento dei modelli
• E come sempre: miglioramenti di affidabilità, prestazioni e stabilità

Polylane è un collega in Slack

Menziona Polylane in Slack e reagisce subito, mostra che sta ragionando e trasmette la risposta in streaming mentre la scrive. I turni lunghi mostrano l’avanzamento in tempo reale, e un run fallito dice cosa è successo e come riprendere invece di ammutolire. Polylane compare nella scheda Agents di Slack con prompt suggeriti, e nei canali a cui appartiene interviene senza essere chiamato nelle conversazioni in cui può aiutare, a meno che tu non imposti un canale a sola menzione. Quando un autofix parte da un thread Slack, quel thread sente il resto: il link alla pull request, i fallimenti della CI e i loro fix, le risposte alle review e una reazione quando viene unita.

Issue intercettate da ciò che dicono i tuoi log

Polylane ora legge ciò che dicono i tuoi log, non solo il loro andamento. Un flusso costante di crash che non ha mai superato una soglia né spostato una baseline viene registrato come issue, resta aperto finché l’errore continua a comparire e si risolve da solo quando smette. Ogni nuova issue viene confrontata con quelle aperte in tutto il tuo workspace: i duplicati confermati vengono collegati e condividono una sola indagine invece di avviarne una seconda. Le righe di log vengono raggruppate per forma, così un formato di ID sconosciuto non conia una nuova issue né fa oscillare una esistente.

Anche questa settimana:

• Le review delle pull request ora consegnano fix, non solo verdetti: le piccole lacune di observability nelle righe che hai modificato arrivano come commenti di suggerimento applicabili con un clic, quelle più grandi come una pull request di miglioramento impilata sul tuo branch, e nessuna delle due cambia il pass o fail
• Le review e le pull request di autofix controllano l’intero catalogo dei rischi di deploy: rinomina-ed-elimina di colonne che i vecchi pod leggono ancora, CREATE INDEX che blocca le scritture su tabelle calde, variabili d’ambiente che nessuno provisiona e prerequisiti nel sistema di qualcun altro, ciascuno elencato con un responsabile finché non viene preso in carico
• Persone e team entrano nel grafo di contesto: CODEOWNERS, autori dei deploy e tag di proprietà diventano nodi persona e team con archi owns, e le diverse grafie di una stessa persona si risolvono in un unico nodo
• Ogni repository appena collegato riceve una pull request di autofix per l’observability scritta nelle convenzioni del repository stesso, e i corpi delle pull request di autofix ora si aprono con un riepilogo in linguaggio semplice
• View Thread su un commento di review apre l’indagine in sola lettura per chiunque possa vedere la pull request, senza bisogno di un account, e ricevi una notifica quando un verdetto cambia
• Il grafo dell’infrastruttura è di nuovo una gerarchia dall’alto verso il basso, raggruppata per account cloud, e nella vista topologia puoi tenere premuta una risorsa per vedere il suo raggio d’impatto propagarsi lungo i suoi archi, o trascinarne una per portarti dietro i suoi vicini
• La pagina Autofixes ha ricerca e filtri che vivono nell’URL, e modificare una riga non ridisegna più la tabella
• I workspace Free hanno 10 indagini al giorno, rispetto a 1
• La CLI guadagna polylane setup, che registra il server MCP e la skill di Polylane con ogni agente di coding sulla tua macchina (--agent ne sceglie uno)
• E come sempre: miglioramenti di affidabilità, prestazioni e stabilità

Ogni pull request, rivista per l’impatto sulla produzione

Polylane ora legge ogni pull request e risponde a una sola domanda: la produzione si degrada quando questa viene unita? Percorre il grafo di contesto dal repository fino alle risorse su cui il codice viene rilasciato, verifica la modifica rispetto alla topologia e alla telemetria reali e commenta il suo verdetto sulla pull request: pass o fail, con le prove e le risorse coinvolte allegate. Un controllo “Polylane production impact” può essere reso obbligatorio nella protezione del branch per bloccare un merge sbagliato.

Le pull request di autofix accettano feedback

Lascia un commento di review su una PR di autofix e Polylane risponde o esegue il push della modifica richiesta. Rispondi nel thread Slack in cui la PR è stata annunciata e ti risponde lì. Quando la CI fallisce su un branch di autofix, Polylane diagnostica i controlli falliti ed esegue il push di un fix senza che nessuno glielo chieda. E quando scrive codice segue le regole di casa: AGENTS.md, CLAUDE.md, le regole di Cursor e la convenzione dei messaggi di commit che deduce dalla tua cronologia git.

Anche questa settimana:

• I repository sono entrati nel grafo di contesto: Polylane legge Terraform, CloudFormation, Pulumi, CDK e i manifest di deploy (wrangler.jsonc, fly.toml, vercel.json, render.yaml) per collegare ogni repository alle risorse che deploya, con una scheda Resources per i collegamenti manuali
• Puoi guidare le review per repository con le tue istruzioni, per esempio “non segnalare mai le migrazioni dello schema”, e quando un push successivo risolve un problema segnalato, Polylane lo segna come risolto da solo
• I rischi principali nei rapporti vengono indagati, non solo elencati: cliccane uno, o indagali tutti, e i verdetti arrivano in streaming, con i rischi confermati che salgono in cima insieme a un riepilogo di ciò che è stato trovato
• La topologia è ora la porta d’ingresso della console: ogni risorsa un punto, colorato per categoria e dimensionato per tier, con i punti caldi delle issue che pulsano in rosso e le risorse più modificate con un anello tratteggiato
• PlanetScale è ora un provider: collegati con OAuth, database e branch si sincronizzano nel grafo di contesto, e Query Insights alimenta controlli automatici su errori delle query, latenza p99, picchi di latenza e crolli del volume di query
• I nuovi account cloud partono in sola lettura: ogni scrittura tramite l’API del provider viene rifiutata finché un admin non attiva l’interruttore, account per account
• La sincronizzazione di Vercel è cresciuta di nove tipi di risorse (sandbox, workflow, cron, feature flag, AI Gateway, microfrontend, gruppi di accesso, drain, registro dei container), e i rollback vengono tracciati correttamente: Polylane segue il deployment che serve davvero la produzione, non il più recente
• Il grafo di contesto è diventato più denso: i tunnel Cloudflare si collegano alle zone e ai servizi di origine che servono, Hyperdrive passa attraverso i tunnel, e le variabili d’ambiente a forma di URL diventano archi tra cloud e account
• Ogni repository porta un punteggio di strumentazione su 100 (route senza logging, chiamate console nude, cattura degli errori mancante), e le risorse che servono traffico senza loggare o che diventano improvvisamente silenziose vengono segnalate
• I log hanno acquisito una memoria: ogni risorsa tiene un registro dei suoi pattern ricorrenti con i tassi storici, e le issue mostrano le richieste fallite con le righe di log esatte che appartengono a loro
• Le risposte in Slack sono più asciutte: una risposta per turno, formattazione e @-menzioni corrette, e silenzio quando un messaggio non è per l’agente
• E come sempre: miglioramenti di affidabilità, prestazioni e stabilità

Il tuo agente di coding ora può vedere tutto ciò che vede Polylane. Gli strumenti che Polylane ha costruito per i propri agenti: il grafo dell’infrastruttura in tempo reale su tutti i tuoi cloud, le query di observability su ogni provider collegato, la ricerca nel codice sui tuoi repository, l’intera API REST, sono ora esposti a Claude Code, Cursor, Codex, OpenCode e VS Code tramite un unico server MCP, o la CLI. Un solo endpoint, un accesso dal browser, e il tuo agente risponde a “cosa è andato in errore in produzione per il servizio toccato da questa PR?” senza uscire dall’editor. Le scritture stanno dietro una policy che nega per default, e il merge resta umano.

Anomalie e alert non esistono più. Non i segnali, la separazione: tutto ciò che Polylane rileva e ogni alert che i tuoi provider inoltrano ora finisce in un unico posto, come issue. Un solo elenco, un solo ciclo di vita e una deduplicazione fatta bene: lo stesso problema che scatta cinquanta volte è una issue con un conteggio delle occorrenze, non cinquanta righe. Le issue esterne rimandano con un link diretto all’allarme nella console del provider, e le automazioni ora possono scattare sui verdetti del triage.

Il monitoraggio è diventato più intelligente su cosa osservare. Per ogni account collegato, Polylane ora genera domande di monitoraggio: le cose a cui un engineer in on-call vorrebbe una risposta continua. Legge i tuoi repository per trovare esattamente i log di errore, gli span e le metriche personalizzate che hai scritto davvero, trasforma ogni domanda in una query del provider, la convalida su dati reali ed esegue quelle valide ogni pochi minuti come controlli. Le serie correlate ora condividono un grafico: p95 e p99 insieme, 5xx per servizio su un unico asse.

Anche questa settimana:

• La console ora si apre su Home: riepilogo del feed, decisioni in attesa di te, punti caldi di issue e modifiche, e un pannello di buone pratiche con le porte lasciate aperte nella tua architettura
• Factory si unisce a Cursor e Devin come esecutore di autofix, le PR esterne rimandano all’indagine che le ha prodotte, e una PR chiusa senza merge è ora un esito tracciato
• Il monitoraggio è un interruttore per risorsa: spegnilo e Polylane continua a registrare le modifiche senza aprire issue, e una scheda di copertura mostra esattamente cosa viene osservato e con quale frequenza
• Metriche e log di Vercel: incolla un token di accesso personale (convalidato mentre digiti) e scegli quale telemetria raccogliere
• Collegare AWS non ti lascia più su una pagina vuota: la console aspetta il tuo stack CloudFormation, salta all’account nel momento in cui si presenta, e lo dice chiaramente se non lo fa mai
• Un digest settimanale per tutto il workspace: un solo interruttore invia a ogni membro un riepilogo di incidenti, issue, autofix, modifiche e risorse inattive
• Le issue di Sentry arrivano con l’eccezione vera allegata prima che parta il triage: tipo, messaggio, frame principali dello stack e tag
• Triage più silenzioso: la gravità riflette l’impatto che sta avvenendo ora invece del caso peggiore, e le ondate di sonde automatiche contro wp-login.php e .env non aprono più incidenti
• E come sempre: miglioramenti di affidabilità, prestazioni e stabilità

Questa settimana i rapporti sono cresciuti. Ciò che Polylane trova in un account era un risultato usa e getta che guardavi scorrere; ora è un rapporto con un proprio URL. C’è una pagina dei rapporti con filtri e azioni in blocco, l’avanzamento in tempo reale mentre una revisione gira, topologia e domande iniziali quando arriva, e un link di condivisione pubblico quando vuoi mostrarlo a qualcuno fuori dal tuo workspace. Funziona sugli account cloud e sulle tue integrazioni Datadog, Honeycomb, Axiom e Sentry.

Il feed ha ricevuto lo stesso trattamento. Ora si apre con un riepilogo a 30 giorni di ciò che Polylane ha fatto davvero per te (issue intercettate, modifiche che hanno causato issue, PR di autofix, issue risolte, ciascuna con una sparkline), un punteggio di salute e una tabella “in attesa di te” con le decisioni che richiedono una persona. E sotto il cofano, i thread degli incidenti sono passati su workflow durevoli, così le indagini sopravvivono a deploy e riavvii, e l’esecutore di autofix integrato ora esegue l’agente di coding open source pi, con la trascrizione completa leggibile dietro ogni PR.

Anche questa settimana:

• I webhook delle regole di alert e delle issue di Sentry ora aprono incidenti: sottoposti a triage da un agente nel momento in cui arrivano, con badge di stato e verdetto e un pulsante per indagare con un clic
• Le issue ricorrenti conservano metriche, log e trace catturati a ogni occorrenza, sfogliabili dalla più recente, invece della sola ultima
• Le pagine delle issue si aprono con schede metriche con sparkline che mostrano valore, baseline e deviazione, una vista del raggio d’impatto e un riepilogo dei log
• Cronologia delle modifiche per risorsa: segnali di modifica nel pannello di dettaglio di ogni nodo, e le risorse più modificate messe in evidenza nel feed
• Le advisory vengono calcolate sul backend, ciascuna segnata come risolvibile sul posto o con indicazioni
• Affidabilità dei thread: i turni bloccati vengono ripuliti automaticamente, i problemi di capacità dei modelli ripiegano in modo controllato, e i turni fuori controllo vengono interrotti invece di girare a vuoto
• E come sempre: miglioramenti di affidabilità, prestazioni e stabilità

Nessuno vuole mille righe di log grezze scaricate nel bel mezzo di un’indagine. Questa settimana ogni query di telemetria che gli agenti eseguono (CloudWatch, Datadog, Honeycomb, Axiom, Sentry, Cloudflare, Vercel, Fly, Render, X-Ray) ha guadagnato una modalità riepilogo: il risultato completo, non troncato, viene distillato in gravità, conteggi degli errori, pattern ricorrenti e la manciata di righe che vale davvero la pena leggere, citate alla lettera. I thread restano leggibili, e l’agente smette di affogare il proprio contesto nei log.

Anche il collegamento di un account è migliorato. Subito dopo il collegamento, ora ricevi un rapporto strutturato con i rischi in ordine di importanza, le metriche chiave e i digest di log e trace, con domande iniziali per approfondire. E per Cloudflare, una nuova finestra precompila ogni permesso di cui Polylane ha bisogno e ti lascia scegliere tra sola lettura (indaga e spiega soltanto; le modifiche arrivano sempre e solo come PR) e accesso completo, così nessuno deve più selezionare a mano i permessi del token API.

Anche questa settimana:

• I tier delle risorse si riclassificano automaticamente ogni giorno, e ora puoi sovrascrivere a mano il tier di qualsiasi risorsa (le sovrascritture restano fissate) o rieseguire la classificazione per un intero account
• Ogni issue rilevata ha un pulsante per indagare con un clic che apre un thread di incidente, con deduplicazione così lo stesso segnale non genera mai duplicati
• Le domande iniziali suggerite dall’IA ora compaiono su modifiche, valutazioni dei run di controllo e singole risorse, non solo dopo il collegamento
• polylane automation create e POST /automations accettano trigger, istruzioni e strumenti personalizzati, così puoi costruire automazioni che nessun template copre
• Uno slideover dei run di controllo per ispezionare metriche, log e trace di una singola valutazione, con le azioni di indagine e domanda in linea
• Il monitoraggio per risorsa ora raccoglie prove strutturate: template di log più frequenti e nuovi, totali per gravità, tassi di errore e di fault, e p50/p95/p99 per operazione
• Riparazione con un clic dei diagrammi Mermaid rotti nei wiki delle risorse
• E come sempre: miglioramenti di affidabilità, prestazioni e stabilità

Collegare un account ha finalmente un momento degno di questo nome. Invece di riportarti su una dashboard, Polylane ora ti fa atterrare su una pagina che spiega cosa riesce a vedere nell’account che hai appena collegato, inizia subito a cercare issue e ti propone tre domande su misura che vale la pena fare all’agente. I primi cinque minuti sono passati da “e adesso?” a una vera conversazione sulla tua infrastruttura.

L’altro tema di questa settimana è la fiducia. Quando un agente vuole eseguire un’azione che modifica qualcosa, il thread ora ti mostra metodo, percorso, body e motivo, e aspetta la tua approvazione, con le eliminazioni segnalate come distruttive. E ogni incidente ora dichiara a che punto è alla fine di ogni turno dell’agente (richiede un’azione umana, richiede una decisione, in attesa di una modifica, fallito o risolto), così capisci a colpo d’occhio quali indagini hanno davvero bisogno di te.

Anche questa settimana:

• Ogni passaggio di monitoraggio viene registrato come run di controllo (sano, violato o stabile), dando a ogni risorsa una linea temporale di valutazioni che puoi ispezionare, più un avvio manuale
• Le risorse vengono classificate automaticamente nei tier da 1 a 4 per criticità operativa, usando topologia, traffico e modifiche recenti; i tier ora guidano la priorità delle issue rilevate
• La sincronizzazione AWS ha guadagnato Kinesis, KMS, Secrets Manager e Service Discovery
• Puoi scoprire e collegare repository GitHub a un account cloud, legando il codice all’infrastruttura su cui gira
• Limiti di frequenza e accorpamento delle richieste sono arrivati in ogni client dei provider, così le indagini smettono di essere rallentate dalle API dei provider
• Change intelligence ora abbina gli eventi di modifica dei provider alle risorse specifiche che hanno toccato, mostrati nel feed
• Una vista mobile a 24 ore dell’uso degli incidenti rispetto ai limiti del tuo workspace
• E come sempre: miglioramenti di affidabilità, prestazioni e stabilità

Questa settimana Autofix si è aperto. Ora puoi collegare Cursor e instradare le pull request di autofix attraverso i suoi agenti cloud invece di quello integrato: quando un’indagine finisce su una riga di codice, Polylane passa il fix e Cursor apre la PR. Scegli un esecutore predefinito per workspace in Settings → Integrations.

Anche le automazioni sono diventate più facili da avviare. Ora c’è un catalogo di template già pronti, con trigger, istruzioni per l’agente e azioni già cablati, installabili in un solo passo dalla console, dalla CLI (polylane automation from-template) o dall’API. I template si possono filtrare per categoria e provider, e abilitano solo le azioni per i provider che hai effettivamente collegato. Insieme a questo, i nuovi controlli di triage ti danno un interruttore generale più interruttori per singola regola di alert su ogni account cloud e integrazione, così decidi esattamente quali alert Polylane raccoglie e indaga.

Anche questa settimana:

• Copertura Cloudflare molto più ampia nel grafo: zone, load balancing, ruleset WAF e di sicurezza, Tunnels, Spectrum, Access, Stream, Images e altre risorse Workers
• Archi tra cloud diversi: un record DNS su un provider che punta a una risorsa su un altro ora compare come un arco reale nel grafo
• Rilevamento più silenzioso: un filtro deterministico scarta i picchi isolati e il rumore vicino a una baseline prossima allo zero prima del triage, il rilevamento rispetta quale direzione è davvero negativa per ogni metrica, e i segnali derivati dai record di modifica vengono deduplicati entro 24 ore invece di svegliarti di nuovo
• La scheda Changes mostra l’impatto a colpo d’occhio: un badge di impatto, i rischi, la verifica post-modifica e le risorse coinvolte come chip
• Gli endpoint LLM personalizzati ora elencano i modelli che pubblicizzano davvero, così scegli tra modelli reali invece di digitare ID
• I client secret OAuth possono essere ruotati senza ricreare il client
• E come sempre: miglioramenti di affidabilità, prestazioni e stabilità