Srini Tallapragada (President & Chief Engineering Officer di Salesforce) ha pubblicato un report di avanzamento il 27 maggio 2026: dopo aver superato il 90% di adozione dell'IA, Salesforce Engineering è passata dall'uso da "copilot" a un SDLC autenticamente agentico, in cui strumenti autonomi scrivono codice, revisionano PR, generano test, aggiornano la documentazione e gestiscono i deployment.

Il punto di svolta: la standardizzazione a livello aziendale su Claude Code e, soprattutto, la rimozione di tutti i limiti di token. La dottrina: il limite di token è un attrito da eliminare, non una salvaguardia di budget. I risultati (aprile 2026 vs 2025): +50,8% di work item per sviluppatore, +79% di PR mergiate, e un Effective Output score (una misura ML del valore reale del codice, non del volume) +151,3%.

Prova tramite esempio: una migrazione di 33 endpoint API verso un'architettura cloud-native, stimata in 231 person-day, completata in 13 giorni — 18× più veloce. Il metodo: un framework basato su regole costruito in Claude (markdown + implementazioni di riferimento) il cui set di regole cresce a ogni feedback di PR, cicli LLM autonomi (build, fix, validate) senza intervento manuale, parallelizzati su ambienti isolati. Risultato: 5 PR, la più grande delle quali con 21 endpoint e copertura al 100%.

Contro l'idea di un compromesso velocità/qualità, la piattaforma Engineering 360 mostra gli incidenti in calo del 5% nonostante l'aumento delle PR: "la qualità non soffre della velocità. Ne beneficia" — grazie a guardrail di sicurezza e standard di qualità incorporati strutturalmente nel workflow (Trust come valore numero 1).

Al di là dei numeri, Salesforce sta rivedendo l'SDLC: quali processi eliminare, quali passaggi di consegne rimuovere, quale lavoro umano può assumere un agente? Emerge un nuovo mestiere: le Claude Code skills diventano un artefatto ingegneristico condiviso; AI Expert Suite e Salesforce Foundation Plugins istituzionalizzano una libreria di skill (più accuratezza, meno costo superfluo); subagent e team di agenti parallelizzano i flussi di lavoro — l'ingegnere descrive il risultato, gli agenti trovano i passaggi.

L'autore riconosce ciò che resta difficile: la gestione del contesto (qualità variabile dei file CLAUDE.md), la sicurezza agentica (agenti che agiscono → raggio d'impatto aumentato) e i ruoli in evoluzione (diventare senior, il ruolo del designer/PM, l'unità di esecuzione che si riduce a 1 o 3 persone). Conclusione: la trasformazione "ha cambiato ciò che era economicamente possibile"; l'ambizione è costruire "l'SDLC più automatizzato e agentico del settore". Un tassello empirico rilevante che convalida, dal lato dell'operatore, il passaggio dal token all'outcome.