CATPIT · Riallineamento periodico dei task CATPIT con i progetti reali (cron settimanale)
→ Scrivere lo script di riallineamento: legge attivita.csv/progetti.csv e segnala i task che non corrispondono piu al lavoro reale (aperti ma gia fatti altrove,…
⚠ nel campo c'è un verbale di 53 parole, non una riga: qui sopra c'è l'inizio, il resto sta nel diario. Il dato andrebbe riscritto (lavoro sui CSV, non su questa pagina).
▸ apri il diario del campo▾ richiudi il diario
Scrivere lo script di riallineamento: legge attivita.csv/progetti.csv e segnala i task che non corrispondono piu al lavoro reale (aperti ma gia fatti altrove, senza prossima azione, senza progetto vivo). Primo giro a vuoto, poi referto in #romeo-report; il cron si accende solo dopo che il giro a vuoto e stato letto da Ettore.
Nato dalla risposta di Ettore alla richiesta q074 del 19/08: «Chiudili e decidi come mantenere aggiornati i task del catpit. io propongo un cron job settimanale per riallineare task con i progetti reali». La proposta del cron settimanale e sua; il come lo decido io. Da tenere…
▸ continua a leggere (69 parole)▾ richiudi il diario
Nato dalla risposta di Ettore alla richiesta q074 del 19/08: «Chiudili e decidi come mantenere aggiornati i task del catpit. io propongo un cron job settimanale per riallineare task con i progetti reali». La proposta del cron settimanale e sua; il come lo decido io. Da tenere separato dal loop di lavoro (loop_lavoro.mjs, che sceglie cosa fare): questo non sceglie il lavoro, controlla che la lista sia ancora vera.
- nessun sottotask — aggiungine uno qui sotto
C:\Users\Ettore\Claude\Agente Residente openclaw\scripts
Obiettivo: uno script che confronta da solo quello che i progetti dichiarano con quello che risulta davvero, e produce un referto leggibile — così il controllo non dipende dal fatto che qualcuno si ricordi di farlo. Criterio di fatto: lo script gira a vuoto senza toccare nessun…
▸ continua a leggere (168 parole)▾ richiudi il diario
Obiettivo: uno script che confronta da solo quello che i progetti dichiarano con quello che risulta davvero, e produce un referto leggibile — così il controllo non dipende dal fatto che qualcuno si ricordi di farlo. Criterio di fatto: lo script gira a vuoto senza toccare nessun file, produce un referto delle incoerenze, è stato eseguito almeno una volta sui dati veri, e il cron settimanale esiste; se accenderlo lo decide Ettore. Dove: la cartella scripts del repository degli agenti; i dati da leggere sono CATPIT_vault/progetti.csv, attivita.csv, task_details.json e richieste.json. Già fatto a mano, due volte: il referto del 30/08 (RICHIESTE/RIALLINEAMENTO_2026-08-30_referto.md, 11 differenze trovate) e quello del 03/09 (RICHIESTE/RIALLINEAMENTO_2026-09-03_referto.md, le stesse 11 riverificate e corrette). Sono la specifica di cosa lo script deve trovare: task aperti senza scheda, task consegnati dai commit ma non chiusi, progetti senza task, numeri nei testi che non tornano coi dati, blocchi dichiarati in un testo che non sono mai diventati una richiesta. Nato dalla risposta di Ettore alla richiesta q074 del 19/08.
Scrivi lo script di riallineamento in scripts/riallineamento.mjs. Legge progetti.csv, attivita.csv, task_details.json e richieste.json (SOLA LETTURA, nessuna scrittura) e produce un referto in markdown con almeno questi controlli: task aperti assenti da task_details.json; task senza prossima azione; task in stato 'Bloccato su Ettore' senza nessuna richiesta aperta che li citi; progetti non archiviati con zero task; numeri scritti nei testi dei progetti che non corrispondono al conteggio reale dei task. Prendi come specifica i due referti fatti a mano in RICHIESTE (30/08 e 03/09): quello che hanno trovato, lo script deve saperlo trovare da solo. Fallo girare sui dati veri, allega il referto prodotto, e SOLO DOPO proponi a Ettore il cron settimanale — non accenderlo da solo.2026-09-03: scheda scritta durante il riallineamento manuale, che vale come specifica di collaudo per lo script.