Wiki Progetto di Ricerca Metodo Paret

Cantieri aperti: differenze tra le versioni

[versione verificata][versione verificata]
← Differenza precedenteDifferenza successiva →
VisualeWikitesto
WikiBot (discussione | contributi)
Ricercatori, Bot, Burocrati, Amministratori
5 927 modifiche
handoff automatico
WikiBot (discussione | contributi)
Ricercatori, Bot, Burocrati, Amministratori
5 927 modifiche
handoff automatico
Riga 7: Riga 7:


== Cantieri attivi ==
== Cantieri attivi ==
=== si-1-automiglioramento ===
''Aggiornato 2026-09-20 21:59 UTC'' — dominio: VM / infrastruttura
; Obiettivo : Fatto quando: SI-1 adotta da solo miglioramenti verificati, annulla da solo quelli che peggiorano, e allarga la propria autonomia man mano che i numeri lo giustificano (indicazione Marco 20/09).
; Vincoli in vigore :
* read-only cc-rescue
* auto_code_roots = self_improvement + hermes
* soglia giudice fra 70 e 90 governata da autonomia.py
* CODE_PATCH entra nell automatico solo per merito misurato
* backup e marcatore EVOLUZIONE=SI-1 su ogni modifica
; Fatto (con prova) :
* 10/09 07:00 UTC: cron SI1_ORCHESTRATOR presente (27 */4, flock). Corse 00:27 e 04:27 morte per timeout bq CLI 120s (VM load 24, 23 bq in coda). Patch si_common.bq: client python google-cloud-bigquery + fallback CLI 300s x2 (test 3.7s vs timeout). pilot.py: guardia --help (prima --help lanciava un ciclo intero: bump config v3->v4 involontario ma idempotente). Job si1_ciclo_forzato_20260910 lanciato e passato oltre la raccolta casi. Safe Mode via HTTP: /safe/status ok, /safe/snapshot -> gs://isicnv-command-center-routes/safe_mode/snapshots/20260910T070934Z.tgz verificato
* 10/09 08:47 UTC: REFLECT installato (reflect.py + reflect_gate.py). Gate in coda a orchestrator.py (EVOLUZIONE=SI-1-REFLECT-GATE): rc!=0 impedisce la conclusione del ciclo. Prova: due run consecutivi stesso digest a75a1350e174 e stesso sha (stato IDENTICO), gate rc=0, log in logs/reflect.jsonl. Prima passata: 50 esiti, 20 PARZIALE, 30 IGNOTO, 2 findings, 0 blocker. Wiki ops SI-1_Reflect creata, Cantieri aperti aggiornato.
* 10/09: REFLECT v2 attivo. reflect.py scrive proposta + state/reflect_context.md + un learning per finding
* proposer.py inietta il contesto (EVOLUZIONE=SI-1-REFLECT-CONTEXT, riga 15)
* reflect_gate.py verifica digest, sha documento e sha contesto ed e agganciato in coda a orchestrator.py riga 33 (dopo once()). Soglie in config.json chiave reflect (window 50, finding 3, blocker 5). PROVE: run x2 IDENTICO stesso digest a75a1350e174
* --window 40 da digest diverso 1d631c043cf8
* log spostato -> rc=2
* contesto alterato -> rc=2
* ripristinato -> rc=0. Prima passata: 50 esiti, 20 PARZIALE, 30 IGNOTO, 2 findings AVVISO (famiglia mcpchatgpt: many_events, long_interactive), 2 learning. Wiki ops SI-1_Reflect aggiornata.
* 10/09 10:30: diagnosi log (123 esiti, 84 sessioni fantasma, 95 senza causa, 24 proposte con 0 promosse) e quattro correttivi. reviewer.py: _cause_extra (EVOLUZIONE=SI-1-CAUSE-ENRICH) con cause da metriche e da testo eventi. proposer.py: vincolo target = percorso assoluto sotto self_improvement/ o hermes/. Nuovi pending_digest.py (digest + archiviazione oltre 7 giorni) e rotate_logs.py (sopra 1MB, tiene 5), lanciati a fine ciclo da orchestrator.py (EVOLUZIONE=SI-1-MANUTENZIONE) prima del gate e senza bloccarlo. PROVE: _cause_extra su 4 casi corretto
* digest 21 pendenti 0 archiviate
* rotate nessun file sopra soglia
* gate rc=0. Wiki: SI-1_Reflect + SI-1_Qualità_dei_dati_e_manutenzione.
* 11/09: security_gate.py (regole deterministiche + parere modello, fail closed, log logs/security.jsonl) e tester.py (sandbox /tmp/si1_test, replace/patch, py_compile, test_cmd allowlist) agganciati in promoter.process in questo ordine: sicurezza, tester, decisione con pending_reason, apply_file_change per PROMPT_TUNE/CODE_PATCH con snapshot+rollback. proposer vincolato a forma eseguibile (replace/patch/test_cmd). pending_digest mostra il motivo. PROVE: esperto su proposta reale = BASSO
* proposta costruita T0 score 99 che abbassa judge_min_score e allarga i tipi automatici = ALTO, PENDING_HUMAN security_hold, config intatta. Tester sulle 44 pendenti: bocciate per target fuori radice/inesistente/parametri descrittivi. Corse cron 20:27 e 08:27 con MANUTENZIONE e GATE_REFLECT PASSATO
* 00:27 e 04:27 cadute per timeout ledger, gia reso non bloccante (SI-1-LEDGER-NONBLOCCANTE). Wiki ops: SI-1_Tester_e_Gate_di_sicurezza.
* 11/09: tester.py installato e agganciato al promoter (EVOLUZIONE=SI-1-TESTER): test FAIL -> AUTO_REJECTED con motivo
* pending_reason esplicito
* apply_file_change promuove PROMPT_TUNE/CODE_PATCH con snapshot+sha+rollback
* proposer vincolato a forma eseguibile (replace/patch/test_cmd). Prova sulle 47 pendenti: 47 FAIL non applicabili. E2E: proposta sintetica promossa, snapshot 20260911T141342Z_e2e_tester_prova (prima promozione mai avvenuta)
* negativo respinto
* test_cmd con operatori shell rifiutato. pending_digest invia Telegram alle 08:27 (SI-1-DIGEST-TELEGRAM). Keepalive cc-rescue-keepalive ogni 10 min su /health
* learning cc-rescue registrato. Wiki ops: SI-1_Tester.
* 11/09: tester.py agganciato al promoter (EVOLUZIONE=SI-1-TESTER): FAIL -> AUTO_REJECTED con motivo
* pending_reason esplicito
* apply_file_change promuove PROMPT_TUNE/CODE_PATCH con snapshot+sha+rollback
* proposer vincolato a forma eseguibile. 47 pendenti provate: 47 FAIL non applicabili. E2E: proposta sintetica promossa, snapshot 20260911T141342Z_e2e_tester_prova (prima promozione mai avvenuta). Digest Telegram 08:27. Keepalive cc-rescue-keepalive. Wiki ops SI-1_Tester.
* 11/09 22:30: scoperto che dalle 07:47 del 10/09 il cron SI-1 girava su isicnv-secondary senza credenziali GCP (/home/claudeuser/.gcp vuoto): ogni corsa USCITA 1 su bq. Le due copie di self_improvement erano divergenti: allineati sul secondary tester.py, promoter.py, proposer.py, pending_digest.py, security_gate.py (backup in backups/). Cron riportato sulla VM con migra_cron.py --rollback 206 (VM riga 206 attiva, secondary 0). Lanciata corsa manuale di verifica con lo stesso flock.
* 14/09: prime 3 promozioni reali approvate da Marco (release 20260914T2252/2253/2253) su hermes/matching_engine.py e hermes/instructions.py, file compila e importa. Nuovo misura.py (SI-1-MISURA): confronta 72h prima/dopo ogni promozione su tasso di fallimento e passi medi, verdetto MIGLIORA/PEGGIORA/NEUTRA/DATI INSUFFICIENTI, output in state/effetto_promozioni.json|.md e logs/misura.jsonl, agganciato a fine ciclo. Riferimento di partenza: 0.802 di fallimento su 81 esiti, 1.46 passi medi. Ciclo fallito ora avvisa su Telegram con hostname (SI-1-CICLO-FALLITO) e notifier corretto per i messaggi senza proposte (SI-1-AVVISO-LIBERO). Wiki ops SI-1_Reflect aggiornata.
* 18/09: SI-1-ESPERIENZE in servizio (articolo Kasana): scripts/esperienze.py valuta ogni sessione a END (commesse+giornale) e salva PATTERN/LESSON dedup in state/esperienze.json + GCS + BQ isicnv_workflows.esperienze
* ganci: chat_journal END (background), briefing_engine --topic, handoff --resume
* reflect_context.md riceve sezione ESPERIENZE
* cron domenica 05:10 --consolida. Backfill: 1862 eventi -> 175 esperienze (17 pattern, 158 lezioni). Wiki ops SI-1_Esperienze. Verifica a 7gg programmata con differisci.py (si1-esperienze-verifica_differito).
* 19/09 (Marco: il sistema deve riattivare le chat pigre/bloccate e annotare dove serve l'umano): scoperto che il custode R103 su media girava a vuoto dal 15/09 (286 giri identici: AIGW 401 + /home/claudeuser/stato non scrivibile da claudeuser -> registro modelli in errore)
* riparato (si_common+riprendi_chat allineati, chown). Custode ora: esperienze nel contesto, R11 (3 fallimenti identici -> CONTROLLER_ALERT + Telegram, fuori coda), evento SERVE_MARCO nel giornale. esperienze.py: lezioni umano=true (SERVE MARCO da custode/commesse IMPOSSIBILE/gate_cantiere PRESENZA-COSTO-IRREVERSIBILE) e RIPETIZIONE (R11)
* 191 esperienze (20 pattern, 6 umano, 10 ripetizioni). git 5d2038f. Wiki SI-1_Esperienze aggiornata.
* 20/09: R153 (Marco): END con deliverable senza prova RIFIUTATO rc=2 con comandi pronti + esperienze (chat_journal.py)
* RESTA esige tentativo/job/PERCHE' con suggerimenti dalle esperienze (chiusura_core.py)
* wiki ops R153_Chiusura_chiara
* git ef7caf7. Corretto deadlock flock+lock interno di esperienze.py (cron consolida senza flock). Custode: coda vuota da 30h (142 giri 'nessuna chat'), 3 SERVE_MARCO emessi (token-gsc-admin da rigenerare).
* 20/09: autonomia.py installato e agganciato dopo misura.py. Prima corsa: rollback automatico della promozione 18/09 (PEGGIORA +0.206) da release 20260918T042917Z, matching_engine sha 367c4fbf1249, import ok
* soglia ferma a 85 (ultimi 3: PEGGIORA, MIGLIORA, MIGLIORA). Settimana: 3 AUTO_PROMOTED, verdetti 2 MIGLIORA / 3 NEUTRA / 1 PEGGIORA. Respinte con motivo le due pendenti a 85. Wiki SI-1_Reflect sez. 9.
; Provato ed escluso :
* tool MCP safe_* non testabili da questa chat (connettore non caricato): la via HTTP con X-API-Key e equivalente e verificata
; Prossimo passo :
* ai prossimi cicli: tail -3 /home/claudeuser/self_improvement/logs/autonomia.jsonl — attesi: soglia 85->80 e CODE_PATCH in auto_change_types appena il PEGGIORA esce dalla finestra dei 3
=== chat-s20260908-dipisafermo-1ol47hs ===
=== chat-s20260908-dipisafermo-1ol47hs ===
''Aggiornato 2026-09-20 19:20 UTC'' — dominio: chat_riprese
''Aggiornato 2026-09-20 19:20 UTC'' — dominio: chat_riprese
Riga 87: Riga 145:
* se DONE: python3 /home/claudeuser/scripts/catasto_wiki.py --tutti
* se DONE: python3 /home/claudeuser/scripts/catasto_wiki.py --tutti
* python3 /home/claudeuser/scripts/commessa.py chiudi S20260920-clauderecupe-d4sq89 --esito COMPIUTO --consegna https://wiki.marcoparet.com/ops/index.php?title=marcoparet.com_%28site_marcoparet_com%29
* python3 /home/claudeuser/scripts/commessa.py chiudi S20260920-clauderecupe-d4sq89 --esito COMPIUTO --consegna https://wiki.marcoparet.com/ops/index.php?title=marcoparet.com_%28site_marcoparet_com%29
=== si-1-automiglioramento ===
''Aggiornato 2026-09-20 13:34 UTC'' — dominio: VM / infrastruttura
; Obiettivo : Fatto quando: SI-1 adotta da solo miglioramenti verificati e si vede, nei numeri, che i fallimenti calano. Pipeline sulla VM: reviewer -> researcher -> proposer (inventario) -> tester (sandbox) -> promoter (snapshot+rollback) -> Reflect gate -> misura.
; Vincoli in vigore :
* read-only cc-rescue
* auto_code_roots = self_improvement + hermes
* CODE_PATCH non automatico (approvazione di Marco)
* backup e marcatore EVOLUZIONE=SI-1 su ogni modifica
; Fatto (con prova) :
* 10/09 07:00 UTC: cron SI1_ORCHESTRATOR presente (27 */4, flock). Corse 00:27 e 04:27 morte per timeout bq CLI 120s (VM load 24, 23 bq in coda). Patch si_common.bq: client python google-cloud-bigquery + fallback CLI 300s x2 (test 3.7s vs timeout). pilot.py: guardia --help (prima --help lanciava un ciclo intero: bump config v3->v4 involontario ma idempotente). Job si1_ciclo_forzato_20260910 lanciato e passato oltre la raccolta casi. Safe Mode via HTTP: /safe/status ok, /safe/snapshot -> gs://isicnv-command-center-routes/safe_mode/snapshots/20260910T070934Z.tgz verificato
* 10/09 08:47 UTC: REFLECT installato (reflect.py + reflect_gate.py). Gate in coda a orchestrator.py (EVOLUZIONE=SI-1-REFLECT-GATE): rc!=0 impedisce la conclusione del ciclo. Prova: due run consecutivi stesso digest a75a1350e174 e stesso sha (stato IDENTICO), gate rc=0, log in logs/reflect.jsonl. Prima passata: 50 esiti, 20 PARZIALE, 30 IGNOTO, 2 findings, 0 blocker. Wiki ops SI-1_Reflect creata, Cantieri aperti aggiornato.
* 10/09: REFLECT v2 attivo. reflect.py scrive proposta + state/reflect_context.md + un learning per finding
* proposer.py inietta il contesto (EVOLUZIONE=SI-1-REFLECT-CONTEXT, riga 15)
* reflect_gate.py verifica digest, sha documento e sha contesto ed e agganciato in coda a orchestrator.py riga 33 (dopo once()). Soglie in config.json chiave reflect (window 50, finding 3, blocker 5). PROVE: run x2 IDENTICO stesso digest a75a1350e174
* --window 40 da digest diverso 1d631c043cf8
* log spostato -> rc=2
* contesto alterato -> rc=2
* ripristinato -> rc=0. Prima passata: 50 esiti, 20 PARZIALE, 30 IGNOTO, 2 findings AVVISO (famiglia mcpchatgpt: many_events, long_interactive), 2 learning. Wiki ops SI-1_Reflect aggiornata.
* 10/09 10:30: diagnosi log (123 esiti, 84 sessioni fantasma, 95 senza causa, 24 proposte con 0 promosse) e quattro correttivi. reviewer.py: _cause_extra (EVOLUZIONE=SI-1-CAUSE-ENRICH) con cause da metriche e da testo eventi. proposer.py: vincolo target = percorso assoluto sotto self_improvement/ o hermes/. Nuovi pending_digest.py (digest + archiviazione oltre 7 giorni) e rotate_logs.py (sopra 1MB, tiene 5), lanciati a fine ciclo da orchestrator.py (EVOLUZIONE=SI-1-MANUTENZIONE) prima del gate e senza bloccarlo. PROVE: _cause_extra su 4 casi corretto
* digest 21 pendenti 0 archiviate
* rotate nessun file sopra soglia
* gate rc=0. Wiki: SI-1_Reflect + SI-1_Qualità_dei_dati_e_manutenzione.
* 11/09: security_gate.py (regole deterministiche + parere modello, fail closed, log logs/security.jsonl) e tester.py (sandbox /tmp/si1_test, replace/patch, py_compile, test_cmd allowlist) agganciati in promoter.process in questo ordine: sicurezza, tester, decisione con pending_reason, apply_file_change per PROMPT_TUNE/CODE_PATCH con snapshot+rollback. proposer vincolato a forma eseguibile (replace/patch/test_cmd). pending_digest mostra il motivo. PROVE: esperto su proposta reale = BASSO
* proposta costruita T0 score 99 che abbassa judge_min_score e allarga i tipi automatici = ALTO, PENDING_HUMAN security_hold, config intatta. Tester sulle 44 pendenti: bocciate per target fuori radice/inesistente/parametri descrittivi. Corse cron 20:27 e 08:27 con MANUTENZIONE e GATE_REFLECT PASSATO
* 00:27 e 04:27 cadute per timeout ledger, gia reso non bloccante (SI-1-LEDGER-NONBLOCCANTE). Wiki ops: SI-1_Tester_e_Gate_di_sicurezza.
* 11/09: tester.py installato e agganciato al promoter (EVOLUZIONE=SI-1-TESTER): test FAIL -> AUTO_REJECTED con motivo
* pending_reason esplicito
* apply_file_change promuove PROMPT_TUNE/CODE_PATCH con snapshot+sha+rollback
* proposer vincolato a forma eseguibile (replace/patch/test_cmd). Prova sulle 47 pendenti: 47 FAIL non applicabili. E2E: proposta sintetica promossa, snapshot 20260911T141342Z_e2e_tester_prova (prima promozione mai avvenuta)
* negativo respinto
* test_cmd con operatori shell rifiutato. pending_digest invia Telegram alle 08:27 (SI-1-DIGEST-TELEGRAM). Keepalive cc-rescue-keepalive ogni 10 min su /health
* learning cc-rescue registrato. Wiki ops: SI-1_Tester.
* 11/09: tester.py agganciato al promoter (EVOLUZIONE=SI-1-TESTER): FAIL -> AUTO_REJECTED con motivo
* pending_reason esplicito
* apply_file_change promuove PROMPT_TUNE/CODE_PATCH con snapshot+sha+rollback
* proposer vincolato a forma eseguibile. 47 pendenti provate: 47 FAIL non applicabili. E2E: proposta sintetica promossa, snapshot 20260911T141342Z_e2e_tester_prova (prima promozione mai avvenuta). Digest Telegram 08:27. Keepalive cc-rescue-keepalive. Wiki ops SI-1_Tester.
* 11/09 22:30: scoperto che dalle 07:47 del 10/09 il cron SI-1 girava su isicnv-secondary senza credenziali GCP (/home/claudeuser/.gcp vuoto): ogni corsa USCITA 1 su bq. Le due copie di self_improvement erano divergenti: allineati sul secondary tester.py, promoter.py, proposer.py, pending_digest.py, security_gate.py (backup in backups/). Cron riportato sulla VM con migra_cron.py --rollback 206 (VM riga 206 attiva, secondary 0). Lanciata corsa manuale di verifica con lo stesso flock.
* 14/09: prime 3 promozioni reali approvate da Marco (release 20260914T2252/2253/2253) su hermes/matching_engine.py e hermes/instructions.py, file compila e importa. Nuovo misura.py (SI-1-MISURA): confronta 72h prima/dopo ogni promozione su tasso di fallimento e passi medi, verdetto MIGLIORA/PEGGIORA/NEUTRA/DATI INSUFFICIENTI, output in state/effetto_promozioni.json|.md e logs/misura.jsonl, agganciato a fine ciclo. Riferimento di partenza: 0.802 di fallimento su 81 esiti, 1.46 passi medi. Ciclo fallito ora avvisa su Telegram con hostname (SI-1-CICLO-FALLITO) e notifier corretto per i messaggi senza proposte (SI-1-AVVISO-LIBERO). Wiki ops SI-1_Reflect aggiornata.
* 18/09: SI-1-ESPERIENZE in servizio (articolo Kasana): scripts/esperienze.py valuta ogni sessione a END (commesse+giornale) e salva PATTERN/LESSON dedup in state/esperienze.json + GCS + BQ isicnv_workflows.esperienze
* ganci: chat_journal END (background), briefing_engine --topic, handoff --resume
* reflect_context.md riceve sezione ESPERIENZE
* cron domenica 05:10 --consolida. Backfill: 1862 eventi -> 175 esperienze (17 pattern, 158 lezioni). Wiki ops SI-1_Esperienze. Verifica a 7gg programmata con differisci.py (si1-esperienze-verifica_differito).
* 19/09 (Marco: il sistema deve riattivare le chat pigre/bloccate e annotare dove serve l'umano): scoperto che il custode R103 su media girava a vuoto dal 15/09 (286 giri identici: AIGW 401 + /home/claudeuser/stato non scrivibile da claudeuser -> registro modelli in errore)
* riparato (si_common+riprendi_chat allineati, chown). Custode ora: esperienze nel contesto, R11 (3 fallimenti identici -> CONTROLLER_ALERT + Telegram, fuori coda), evento SERVE_MARCO nel giornale. esperienze.py: lezioni umano=true (SERVE MARCO da custode/commesse IMPOSSIBILE/gate_cantiere PRESENZA-COSTO-IRREVERSIBILE) e RIPETIZIONE (R11)
* 191 esperienze (20 pattern, 6 umano, 10 ripetizioni). git 5d2038f. Wiki SI-1_Esperienze aggiornata.
* 20/09: R153 (Marco): END con deliverable senza prova RIFIUTATO rc=2 con comandi pronti + esperienze (chat_journal.py)
* RESTA esige tentativo/job/PERCHE' con suggerimenti dalle esperienze (chiusura_core.py)
* wiki ops R153_Chiusura_chiara
* git ef7caf7. Corretto deadlock flock+lock interno di esperienze.py (cron consolida senza flock). Custode: coda vuota da 30h (142 giri 'nessuna chat'), 3 SERVE_MARCO emessi (token-gsc-admin da rigenerare).
; Provato ed escluso :
* tool MCP safe_* non testabili da questa chat (connettore non caricato): la via HTTP con X-API-Key e equivalente e verificata
; Prossimo passo :
* dal 27/09: rapporto END_VERIFICATO/END_NONVERIFICATO ultimi 7gg (bq chat_sessions_log) confrontato con 18 END / 51 NONVERIFICATO di prima
* se le chat rispondono con PARZIALE generici stringere --manca


=== wiki-iperefficiente-0919 ===
=== wiki-iperefficiente-0919 ===
Estratto da "https://wiki.marcoparet.com/wiki/Cantieri_aperti"