Cantieri aperti: differenze tra le versioni
| [versione verificata] | [versione verificata] |
handoff automatico |
handoff automatico |
||
| Riga 8: | Riga 8: | ||
== Cantieri attivi == | == Cantieri attivi == | ||
=== harness-standard === | === harness-standard === | ||
''Aggiornato 2026-08-12 09: | ''Aggiornato 2026-08-12 09:22 UTC'' — dominio: architettura / knowledge base | ||
; Obiettivo : Sostituire il MASTER READ ORDER monolitico con un harness gerarchico e togliere Marco dal ruolo di loop di esecuzione | ; Obiettivo : Sostituire il MASTER READ ORDER monolitico con un harness gerarchico e togliere Marco dal ruolo di loop di esecuzione | ||
| Riga 108: | Riga 108: | ||
* La prima prova era fallita correttamente: cost guard TRIPPED, non e ripartito. La sicurezza ha funzionato prima ancora della funzione | * La prima prova era fallita correttamente: cost guard TRIPPED, non e ripartito. La sicurezza ha funzionato prima ancora della funzione | ||
* GUARD OPENROUTER era di nuovo TRIPPED da ieri sera 20:15 con spesa gia rientrata (1.243 su cap 3.00): riarmato, backup in .bak_20260812 | * GUARD OPENROUTER era di nuovo TRIPPED da ieri sera 20:15 con spesa gia rientrata (1.243 su cap 3.00): riarmato, backup in .bak_20260812 | ||
* PIANO NUMERATO costruito su proposta di Marco: scripts/piano.py. Si scrive una volta allinizio, quando il contesto e pulito. Ogni punto porta il comando che lo esegue. --fatto N chiude un punto, --prossimo restituisce il comando del primo punto ancora aperto | |||
* GUARDIANO COLLEGATO AL PIANO: se un battito si ferma e esiste un piano, esegue il PROSSIMO PUNTO APERTO invece del comando generico di fallback | |||
* PROVA SUL CASO DI MARCO: piano di 5 punti, chat ferma dopo il punto 3. Il guardiano ha eseguito il PUNTO 4, non il fallback. Verificato: /tmp/piano_test.log contiene PUNTO4_ESEGUITO. Messaggio Telegram con il numero e la descrizione del punto | |||
* BUG CORRETTO nella patch: avevo aggiunto un segnaposto nel messaggio senza il valore, TypeError sulla formattazione. Il comando era stato eseguito lo stesso, ma lavviso non partiva | |||
* Il trio ora si compone: PIANO dice cosa fare e in che ordine, BATTITO dice fin dove si e arrivati, GUARDIANO riprende dal primo punto aperto | |||
; Provato ed escluso : | ; Provato ed escluso : | ||
* Adottare ahar / agentharnesses-cli: presuppone Claude Code su repo locale, Marco lavora da smartphone via route CC | * Adottare ahar / agentharnesses-cli: presuppone Claude Code su repo locale, Marco lavora da smartphone via route CC | ||
| Riga 140: | Riga 145: | ||
* Far decidere a un modello cosa eseguire alla ripresa: e la strada al loop infinito e al danno non sorvegliato. Il comando lo scrive la sessione quando e lucida, il guardiano lo esegue e basta | * Far decidere a un modello cosa eseguire alla ripresa: e la strada al loop infinito e al danno non sorvegliato. Il comando lo scrive la sessione quando e lucida, il guardiano lo esegue e basta | ||
* Riarmo automatico del cost guard: resta manuale di proposito, ma la sentinella ora lo segnala | * Riarmo automatico del cost guard: resta manuale di proposito, ma la sentinella ora lo segnala | ||
* Far dedurre a un modello quale sia il prossimo punto: il piano lo dice in modo deterministico. Nessun modello nel ciclo di ripresa | |||
; Prossimo passo : | ; Prossimo passo : | ||
* Aggiungere | * Aggiungere piano.py e battito.py al Master come STEP di apertura e di avanzamento lavoro | ||
* Agganciare gate_master.py e la sentinella a eval_det.py | * Agganciare gate_master.py e la sentinella a eval_det.py | ||
* Rendere piu operativa la regola C: scelta_domanda | * Rendere piu operativa la regola C: scelta_domanda fallisce con tutti i modelli | ||
* Migrare i 289 script al gateway partendo dai 5 in cron | * Migrare i 289 script al gateway partendo dai 5 in cron, usando il piano numerato come banco di prova reale | ||
=== migrazione-aigw === | === migrazione-aigw === | ||