# Workflow

## Modalita' A - Drafting (nuovo ticket)

1. Conferma template: default `bug-standard`; usa `legacy-markdown` solo su richiesta esplicita legacy.
2. Raccogli input minimo (ARGOMENTO, ARGOMENTO2, descrizione, contesto, impatto, riproduzione nota).
3. Integra evidenze utili (docs/codebase/sql) senza fare intake eccessivo.
4. Verifica sufficienza dati minimi.
5. Se dati insufficienti: fai 1-3 domande bloccanti e fermati.
6. Se dati sufficienti: produci subito in chat il formato finale con sezioni complete copy-paste.
7. Applica il formato titolo del Riassunto: `**ARGOMENTO** - ***ARGOMENTO2*** - Descrizione`.
8. Includi `Additional Information` solo quando i test sono richiesti o deducibili.
9. Nei passaggi `Sviluppi` usa heading markdown compatibili (`# Sviluppi`, `## Riferimenti tecnici`) con fallback in grassetto.
10. Se disponibili evidenze tecniche verificabili, aggiungi path/funzione/tabelle e snippet tecnici:
    - `legacy-markdown`: solo `<pre>...</pre>`;
    - `bug-standard`: tripli backtick (lingua consigliata quando utile).
11. Evidenzia limiti informativi dentro `Limiti/dubbi aperti`.

## Modalita' B - Refinement (ticket esistente)

1. Leggi ticket corrente (tipicamente via `mantis-node`).
2. Risolvi template: default `bug-standard`; `legacy-markdown` solo su richiesta esplicita legacy.
3. Individua punti deboli: vaghezza, assenza osservato/atteso, riproduzione incompleta.
4. Integra evidenze rilevanti senza inventare dati.
5. Verifica sufficienza dati minimi.
6. Se dati insufficienti: fai 1-3 domande bloccanti e fermati.
7. Se dati sufficienti: riscrivi integralmente in chat le sezioni richieste nel formato finale obbligatorio.
8. Mantieni il formato titolo del Riassunto: `**ARGOMENTO** - ***ARGOMENTO2*** - Descrizione`.
9. Includi `Additional Information` solo quando i test sono richiesti o deducibili.
10. Nei passaggi `Sviluppi` usa heading markdown compatibili (`# Sviluppi`, `## Riferimenti tecnici`) con fallback in grassetto.
11. Se disponibili evidenze tecniche verificabili, aggiungi path/funzione/tabelle e snippet tecnici:
    - `legacy-markdown`: solo `<pre>...</pre>`;
    - `bug-standard`: tripli backtick (lingua consigliata quando utile).
12. Limiti o dubbi residui vanno in `Limiti/dubbi aperti`, non in narrativa separata.

## Checkpoint minimi

- scenario chiarito;
- template risolto;
- fonti esplicitate;
- dubbi aperti dichiarati;
- stop condition applicata (domande solo se blocker);
- prima risposta utile gia' in formato finale quando i dati bastano;
- output finale direttamente in chat, senza file `.md` esterno salvo richiesta esplicita;
- richieste multi-ticket gestite nella stessa risposta, con ticket ben separati e snippet per sezione in ciascun ticket;
- titolo Riassunto conforme al formato aziendale;
- `Additional Information` presente solo se applicabile;
- riferimenti tecnici presenti solo se verificabili (mai inventati);
- snippet tecnici nel formato previsto dal template selezionato;
- output completo per tutte le sezioni target.