Questa pagina riassume le funzionalità visibili agli utenti incluse in AITM 1.0, la prima release pubblica, rispetto alle build di anteprima interne che l'hanno preceduta.

Novità

La Pipeline si auto-ripara invece di fermarsi

Il cambiamento più grande è di filosofia: un Task dovrebbe concludersi come failed solo quando la configurazione è errata o all'AI mancano dei dati. Ogni altro problema viene ora ritentato o riparato automaticamente.

• I conflitti di merge si auto-riparano. Un Task che incontra un conflitto durante il merge in dev viene ritentato con strategie di rebase e merge, quindi affidato a un Agent di correzione.
• I test post-merge correggono in avanti. Se i test falliscono dopo un merge, AITM isola la causa e la corregge sul branch del Task invece di annullare subito il merge.
• Correzione automatica del type-check. Un type-check fallito passa a un Agent di correzione per un massimo di tre round prima che il Task fallisca.
• Gli errori di infrastruttura vengono classificati separatamente dai veri fallimenti dei test: un Worktree andato in crash viene ricostruito e i Task dipendenti non vengono più saltati a cascata.
• Il Watchdog copre ogni tipo di Task, inclusi i Task in modalità Agent.
• I lock di merge obsoleti e i merge rimasti a metà vengono recuperati automaticamente al successivo ciclo dello scheduler e dopo un riavvio.
• Le correzioni dei test post-merge restano nell'ambito (Scope) del Task. Quando i test vengono corretti dopo un merge, la correzione non può toccare file al di fuori dello Scope del Task — lo stesso Scope Gate usato altrove nella Pipeline.

I Task dichiarano a cosa servono

• Campo Intent. Ogni Task ora ha un Intent — bug, feature, enhancement oppure other. La finestra New Task lo richiede (è precompilato su bug quando si crea un Task da una segnalazione di bug), può essere modificato quando si modifica il Task, e i Task creati da Chat o Brainstorm lo ricevono dall'AI. L'intent decide quali misure di salvaguardia si applicano — ad esempio, solo i Task di tipo bug devono dimostrare il bug (vedere sotto).
• Chat e Brainstorm suddividono le richieste di grandi dimensioni. Quando si chiede qualcosa di grosso, l'assistente propone diversi Task più piccoli con l'intent giusto invece di un unico Task sovradimensionato.
• Simulazione del design per i Task complessi. Per modifiche ampie o rischiose, il passo Architect ora fa percorrere al proprio piano una serie di scenari "e se" (dati vuoti, un riavvio a metà, due Task contemporanei, una dipendenza che fallisce…) prima che venga scritto codice, e i passi successivi verificano gli stessi scenari. I Task piccoli saltano automaticamente questa fase.

Il merge è diventato più rigoroso — e più sicuro

• Controllo di build pre-merge. Subito prima che un Task venga integrato in dev, AITM esegue la build e il type-check del risultato così come apparirà dopo il merge. Un esito rosso ottiene un numero limitato di tentativi di correzione automatica; se resta rosso, il Task non viene integrato. Gli errori già presenti su dev non vengono attribuiti al Task. Vedere Merge & Review.
• La coda si ferma durante gli aggiornamenti degli strumenti AI. AITM ora aggiorna in autonomia lo strumento a riga di comando di Claude — all'avvio e una volta al giorno — invece di lasciarlo aggiornare nel mezzo del lavoro. Mentre un aggiornamento è in attesa, i passi in esecuzione possono terminare, i nuovi passi attendono (compaiono una notifica e un piccolo indicatore) e la coda prosegue da sola in seguito.

Creazione e verifica dei progetti

• Proposte di progetto. L'AI (in Chat, Brainstorm o tramite un assistente connesso) può ora proporre un nuovo progetto, ma non ne crea mai uno da sola: compare una finestra di conferma in cui modificare i dettagli e nulla viene scritto su disco finché non si conferma.
• Controllo di salute del progetto. Prima del primo Task di un progetto, AITM verifica le basi — che sia un repository Git con almeno un commit, che si trovi sul branch previsto, che i file richiesti per la sua tecnologia esistano e siano validi — e mostra ogni problema come avviso nella console del Task, invece di lasciare che il Task fallisca a metà con un errore confuso. Il pannello del progetto rimanda all'ultimo controllo.
• Controllo del repository alla creazione. I nuovi progetti vengono validati (Git inizializzato, primo commit, file richiesti) nel momento in cui vengono creati.
• I progetti .NET si configurano da soli. Quando il New Project Wizard esegue l'onboarding di un progetto .NET, installa automaticamente l'SDK .NET richiesto e le dipendenze del progetto e segnala in tempo reale quando installa effettivamente qualcosa.
• Comodità del Wizard. Il Wizard precompila la cartella del progetto a partire dalla radice dei progetti (Settings → Pipeline → Wizard projects root), dispone di un selettore di cartelle limitato a quella radice e aggiunge automaticamente lo script AITM Dev Panel ai progetti web appena creati.

Ricerca e comodità quotidiana

• Sintassi delle query di ricerca. Le caselle di ricerca per variabili, contratti, hint e Task, e i suggerimenti @keyword / %contract, ora comprendono tre operatori: a.b — a seguito da b in quest'ordine; a&b — entrambi, in qualsiasi ordine; a|b — l'uno o l'altro. La corrispondenza ignora maiuscole e minuscole.
• Reasoning effort. Per i provider che lo supportano, è possibile scegliere quanto intensamente il modello debba ragionare — in Chat, Brainstorm e per i passi della Pipeline. Il controllo è nascosto per i modelli che non lo offrono.
• Cursore Table font in Settings → Font & Style imposta la dimensione del testo delle righe di tutte le tabelle; le dimensioni di intestazioni e pulsanti lo seguono.
• Origini CORS consentite modificabili in Settings → System (indirizzi esatti e pattern con caratteri jolly) per aprire il Dashboard da altre macchine.
• Avvisi e notifiche hanno tutti pulsanti copy e close.
• Menu Help → AITM Dev Panel apre la documentazione del Dev Panel (vedere Contract Explorer & App Flow).
• La versione mostrata nel Dashboard ha un formato coerente: versione · data (id build).

I Task di tipo bug devono dimostrare il bug

• Reproduction gate. Quando un Task è una correzione di bug, il passo Architect deve scrivere una sezione Reproduction che dimostri il sintomo prima della correzione e la sua assenza dopo.
• Pacchetto diagnostico. I Task di tipo bug che AITM apre automaticamente riportano le righe del crash, un riepilogo di blame, i file interessati e l'id dell'errore noto collegato.
• Business-scope gate. Il lavoro al di fuori dello Scope del Task viene bloccato con un verdetto di un giudice AI.

La suite di test completa è opzionale

L'esecuzione dell'intera suite di test dopo ogni merge era la principale causa di pressione sulla memoria. Ora è disattivata per impostazione predefinita (Pipeline → Full test enabled) e, se abilitata, viene eseguita solo quando la Merge queue è vuota.

Riavvio deliberato dopo un self-merge

Quando AITM integra una modifica al proprio codice, non si riavvia più sotto i piedi dell'utente. L'impostazione predefinita (Git & Storage → Server restart after self-merge = manual) attende lo svuotamento della coda e mostra un pulsante Restart nel menu dell'intestazione.

Impostazioni prima irraggiungibili

• Profili CPU diurno / notturno (scheda System): riservare più thread al Dashboard durante il giorno e lasciare che i test usino la macchina di notte.
• Disk Janitor e Disk Watchdog (Watchdog & Resources): regole di conservazione e budget assoluti in GB per posizione.
• Gestione dello swap (System): dimensione dello swap raccomandata calcolata da RAM e disco libero.
• Scheda dedicata Project Check e un pulsante Test connection per il modello di traduzione.
• Un nuovo progetto riceve un insieme predefinito di Skill già alla creazione (documentazione, pattern UI), invece di attendere il primo Task.

Dashboard e pannelli

• Pannelli ancorabili (Chat, Brainstorm, Contract Explorer, console dei Task) si agganciano a veri slot del layout.
• La barra Monitor ha acquisito una scheda Queued, uno sparkline della CPU e una scheda Estimation con la stima dei tempi della coda.
• L'inglese è la lingua predefinita dell'interfaccia.
• Card dei Task: i numeri delle dipendenze sono cliccabili e il pulsante dell'Agent di ripristino chiede conferma.

Licenze

Un blocco di licenza falso positivo può essere sbloccato dall'interfaccia. Gli slot di progetto usati / massimi sono mostrati in Settings → License. Quando si crea o si importa un progetto nel Wizard, se la licenza ha uno slot libero, il Wizard propone di assegnarlo subito. Sign in with Google è disponibile sia per avviare la prova gratuita sia per accedere al proprio account nel pannello della licenza.

Risorse

Lo sweeper di /tmp riconosce le directory di Chrome e Playwright rimaste orfane e le ripulisce per impostazione predefinita dopo due ore.