CATPIT · Richieste: una domanda non dovrebbe sempre bloccare il task che cita

Difetto trovato il 28/07: una domanda metteva sempre il task citato in «Bloccato su Ettore», anche quando dichiarava che il lavoro poteva proseguire — cosi la coda risultava vuota e il loop notturno si fermava. Il contrario dell'effetto voluto. Chiuso: l'API rispetta il campo blocca dichiarato, con default prudente (se non dichiarato, blocca come prima). Verificato sul server vivo il 16/08. --- diario --- [era in «prossima azione»] Fix implementato e verificato il 2026-07-30 (T3): l'API rispetta blocca:[] dichiarato, con default prudente (se non dichiarato blocca come prima). 247 test verdi su 21 file, richieste.json reale non toccato (agente su vault temporaneo). RESTA: build + riavvio di CATPIT su 3010 per andare live (oggi il fix e' solo nel codice), commit, e - opzionale - etichetta UI che dica a colpo d'occhio se una card e' bloccante o no. Trovato da Romeo il 2026-07-28 nel loop-vf-2. Effetto osservato due volte di fila sul canale Ambientale: q022 e q024 citano a52 e lo mettono in 'Bloccato su Ettore', quindi la coda p11 risulta VUOTA e il loop notturno dovrebbe fermarsi - anche se entrambe le richieste dichiarano nel campo se_non_decidi che il lavoro prosegue lo stesso. E' l'esatto opposto dell'effetto voluto: la regola nasce (commento a lib/richieste.ts:11) per impedire alle domande di 'galleggiare', ma cosi' ogni domanda aperta congela il suo task e spegne il loop che quel task alimenta. Nel giro del 28-07 ho proseguito comunque su a52, dichiarandolo nel report. Servono due cose: il flag non-bloccante, e che la vista coda distingua 'bloccato davvero' da 'ha una domanda aperta ma si puo' lavorare'. | GIRO 2026-07-30 (T3, opus): il non-blocco diventa una scelta esplicita, mai una dimenticanza. Aggiornata anche la guida COME_SI_SCRIVE_UNA_RICHIESTA.md. Il badge 'blocca N task' ora conta giusto e sparisce sulle non bloccanti. CAMBIO DI COMPORTAMENTO SU DATI ESISTENTI: alcune richieste scritte a mano nel JSON citano un task ma hanno blocca vuoto - prima potevano sbloccarsi per sbaglio rispondendo a un'altra domanda, ora restano ferme finche' non si risponde proprio a loro. Se un task non si sblocca come prima, la causa e' questa.