1. Ingresso
Il ticket arriva nel tuo gestore dei ticket. Può scriverlo chiunque: modelli in linguaggio semplice permettono di segnalare un problema, chiedere una novità o modificare l'esistente.
Da un ticket scritto in linguaggio corrente a una modifica in produzione, con le fermate umane che decidi tu. Ecco cosa succede nel mezzo.
Otto stati, ciascuno con il suo responsabile. Il motore avanza da solo, tranne dove hai messo una barriera.
Il ticket arriva nel tuo gestore dei ticket. Può scriverlo chiunque: modelli in linguaggio semplice permettono di segnalare un problema, chiedere una novità o modificare l'esistente.
Un agente legge il ticket ed esplora il tuo codice in sola lettura. Decide se è pronto per essere implementato, ne valuta la complessità e determina quali componenti tocca e in che ordine.
Se qualcosa è ambiguo, il ticket si blocca e pone la domanda. Domande numerate, in linguaggio semplice e con opzioni concrete, che chiariscono anche ciò che è già stato capito. Non chiede mai quello che può scoprire leggendo il codice.
Un agente lavora su un branch isolato: scrive il codice, esegue i test e la build del tuo progetto, corregge ciò che si rompe e aggiunge i test di cui la modifica ha bisogno.
La PR viene aperta con il lavoro finito. Se ci sono conflitti all'integrazione, vengono rilevati e spiegati nel ticket in un linguaggio comprensibile.
Il ticket aspetta una persona. Questa fermata non la fa un modello: la revisione di qualità è tua, e senza di essa nulla va avanti.
Decidi tuUna volta approvata la modifica, decidi tu quando esce. La promozione in produzione è una decisione umana, non automatica.
Decidi tuIl branch viene promosso in produzione e il ticket si chiude. Il tuo sistema di integrazione continua continua a occuparsi del deploy: non c'è nulla da migrare.
Un sistema che lavora da solo deve saper fermarsi.
Se un ticket fallisce più volte di seguito, smette di provare e chiede una revisione umana. Quando una persona lo sblocca, il contatore riparte da zero.
Se l'agente non ha prodotto nessuna modifica reale, il ticket si blocca invece di essere considerato completato.
Se la tua revisione respinge il lavoro, il nuovo tentativo viene fatto con un modello più potente invece di ripetere la stessa cosa.
Rispondi alla domanda commentando il ticket, via Telegram o dal portale, e il lavoro riprende esattamente dalla fase in cui si era fermato.
Lo stato di ogni ticket, la coda di ciò che ti aspetta, la spesa per esecuzione e lo storico del lavoro.
E-mail e Telegram quando qualcosa si blocca o è pronto per la tua revisione, nella lingua del tuo progetto.
Ogni esecuzione registra quale modello è stato usato, quanti turni ha richiesto e quanto è costata. La trascrizione integrale viene conservata novanta giorni, poi si cancella da sola.
Tetto per ticket, tetto giornaliero e numero massimo di ticket al giorno, nel tuo fuso orario. Quando il tuo limite convive con il nostro, vince il più restrittivo.
Il modo più rapido per capirlo è vederlo lavorare sul tuo stesso codice.
