Cantieri aperti: differenze tra le versioni

=== 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.

* 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

* 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

* 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

* 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)

* 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

* 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

* 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)

* 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

* dal 27/09: rapporto END_VERIFICATO/END_NONVERIFICATO ultimi 7gg (bq chat_sessions_log) confrontato con 18 END / 51 NONVERIFICATO di prima

=== wiki-iperefficiente-0919 ===

''Aggiornato 2026-09-19 18:15 UTC'' — dominio: wiki

; Obiettivo : Ogni scheda ops ha Accesso/Stato/Come si usa veri, aggiornati ogni notte da wiki_custode.py (deepseek, <1 EUR/notte); il dossier delle chat li riceve; zero deleghe di accesso a Marco (gate_delega rc=2 -> 0)

* solo opswiki

* mai password sulla wiki

* scrivere solo via wiki_new.py

* tetto 1 EUR/notte

* ok di Marco sul progetto prima del passo 1

* 19/09: progetto in /home/claudeuser/cantieri/wiki-iperefficiente-0919.md

* dossier.py, registro_identita.json e gate_delega_marco.py gia' in opera

; Provato ed escluso :

* migrazione motore wiki

* bot sulla wiki pubblica

* creare pagine dal nulla

; Prossimo passo :

* cat /home/claudeuser/cantieri/wiki-iperefficiente-0919.md && python3 /home/claudeuser/scripts/handoff.py --resume wiki-iperefficiente-0919

 

=== chat-s20260908-dipisafermo-1ol47hs ===

''Aggiornato 2026-09-19 17:23 UTC'' &mdash; dominio: chat_riprese

 

; Obiettivo : Completare R90-bis per la chat S20260908-dipisafermo-1ol47hs (dipisa-pagina-en): commessa automatica al primo comando, filtro assenso e pagina 7150 corretta, producendo i deliverable D1-D4 tutti mancanti (diagnosi, pagina IT corretta, regola wiki-prima, filtro)

; Vincoli in vigore :

* gate=auto

* non chiedere a Marco

* verifica prima di dichiarare fatto

; Fatto (con prova) :

* chat S20260908-dipisafermo-1ol47hs chiusa senza prova

* contesto ricostruito da riprendi_chat

* chat S20260908-dipisafermo-1ol47hs chiusa senza prova

* contesto ricostruito da riprendi_chat

* 2026-09-18 23:21 UTC ASSORBITO il cantiere 'chat-s20260918-claudecensim-mpdxij' (simile): obiettivo: Censimento biblioteca: chat S20260918-claudecensim-mpdxij da riprendere (misura aggiornata a 2048 completi, manca deliverable verificabile D1) | perche': chat S20260918-claudecensim-mpdxij chiusa senza prova: il custode R103 ha trovato passi eseguibili

* 2026-09-19 00:00 UTC ASSORBITO il cantiere 'chat-s20260916-claudebranis-oxfill' (simile): obiettivo: Verifica finale del dossier sonnambulismo (3929 candidati, 25 brani, 0 difetti) e definizione del deliverable D1 verificabile; poi eventuale nuova estrazione su | perche': chat S20260916-claudebranis-oxfill chiusa senza prova: il custode R103 ha trovato passi eseguibili

* 2026-09-19 00:20 UTC ASSORBITO il cantiere 'chat-s20260917-claudeavvisi-15rw731' (simile): obiettivo: Verifica del deploy pulizia avvisi (passa() in giudice.py, guardia in 18 script cron, soglie guardiano_battito) e definizione del deliverable D1 verificabile; r | perche': chat S20260917-claudeavvisi-15rw731 chiusa senza prova: il custode R103 ha trovato passi eseguibili

* 2026-09-19 00:40 UTC ASSORBITO il cantiere 'chat-s20260912-claudetelegr-1amn61' (simile): obiettivo: Sessione S20260912-claudetelegr-1amn61 bloccata: watch capoufficio e ripiego GSC fatti e verificati; resta a Marco rigenerare token-gsc-admin. Deliverable D1 da | perche': chat S20260912-claudetelegr-1amn61 chiusa senza prova: il custode R103 ha trovato passi eseguibili

* 2026-09-19 01:00 UTC ASSORBITO il cantiere 'chat-s20260917-claudeobiett-17o3r82' (simile): obiettivo: Precisare D1 'consegna verificabile' per la chat S20260917-claudeobiett-17o3r82: il deliverable D1 resta senza criterio di verifica accettato. La pagina 'Obiett | perche': chat S20260917-claudeobiett-17o3r82 chiusa senza prova: il custode R103 ha trovato passi eseguibili

* 2026-09-19 17:23 UTC ASSORBITO il cantiere 'chat-s20260919-claudecensim-1my09qk' (simile): obiettivo: Sessione censimento-biblioteca chiusa END_NONVERIFICATO: 3377 duplicati accoppiati, 4332 libri nuovi, 9157 prime pagine; manca chiusura commessa con prova verif | perche': chat S20260919-claudecensim-1my09qk chiusa senza prova: il custode R103 ha trovato passi eseguibili

* 1|Superare il gate umano del cantiere ripresa_S20260908-dipisafermo-1ol47hs (campanello per esame immediato, chat bloccata da errori glm-5.2 429/timeout)|suonare il campanello al gate=umano del cantiere ripresa_S20260908-dipisafermo-1ol47hs

* 2|Riprendere la chat S20260908-dipisafermo-1ol47hs nel cantiere di ripresa|handoff.py --resume dipisa-pagina-en

* 4|D2: correggere e pubblicare la pagina IT (pagina 7150)|correzione della pagina IT 7150

* 5|D3: scrivere la regola wiki-prima|inserire la regola wiki-prima

* 6|D4: implementare il filtro di assenso|implementare il filtro assenso (commessa automatica al primo comando)

* 7|Far verificare il completamento (chat chiusa END_NONVERIFICATO)|richiedere esame/verifica dei deliverable D1-D4 al gate

* python3 /home/claudeuser/scripts/handoff.py --resume chat-s20260918-claudecensim-mpdxij

* verificare stato censimento e completare passi rimanenti

* python3 /home/claudeuser/scripts/job.py --stato brani-sonnambulismo_run

* python3 /home/claudeuser/scripts/brani_extract.py --tema <nuovo_tema> --n 25

* python3 /home/claudeuser/scripts/giudice.py --registro 7

* Verificare esecuzione corretta di giudice.py con passa() attivo

* Controllare che i 18 script su cron abbiano la guardia attiva (grep della guardia in /etc/cron* e scripts)

* Chiudere il cantiere ripresa_S20260917-claudeavvisi-15rw731 con deliverable D1 precisato e verificabile

* python3 /home/claudeuser/scripts/handoff.py --resume capoufficio_agente_risolve

* esaminare chat S20260912-claudetelegr-1amn61 per precisare D1

* attendere/verificare rigenerazione token-gsc-admin da parte di Marco

* curl -sL 'https://docs.google.com/document/d/1zqDtgAx6CaWVJbhjN4B-LiddL7cd66vlm3t68lfJ6c0/export?format=txt' | head -60

* python3 /home/claudeuser/scripts/wiki_new.py --title 'Obiettivi generali' --wiki ops --leggi

* Confrontare versione wiki e doc export per confermare sincronizzazione v3

* Riassumere in chat S20260917-claudeobiett-17o3r82 la consegna con prova verificabile (URL + conteggio caratteri + diff) e chiudere END verificato

* python3 /home/claudeuser/scripts/handoff.py --resume censimento-biblioteca

* python3 /home/claudeuser/scripts/commessa.py chiudi S20260919-claudecensim-1my09qk --esito COMPIUTO --consegna <file_report_duplicati_e_libri_nuovi> --next <prossima_sessione>

=== segreteria-posta-quotidiana ===

''Aggiornato 2026-09-19 16:42 UTC'' &mdash; dominio: segreteria

; Obiettivo : Ogni mattina un solo report: chi non ha avuto risposta, quali lead mancano, quali fatture non risultano pagate, cosa e' stato corretto in automatico, cosa resta in sospeso

* marcoparet@gmail.com senza token sulla VM: serve un consenso Google di Marco

* segreteria_quotidiana.py in cron 20 7 * * *

* 3 caselle su 4 lette

* tabelle isicnv_segreteria (email_giornaliere, azioni, sospesi, fatture_da_pagare)

* prima corsa 102 non risposti, 22 fatture, 11 azioni

* rotta /oauth/start-marcoparet-posta

* scoperta automatica del token marcoparet

* python3 /home/claudeuser/scripts/job.py --status segreteria_corsa2

=== youtube-sistemazione-0918 ===

''Aggiornato 2026-09-19 09:00 UTC'' &mdash; dominio: -

; Obiettivo : Sistemare al meglio tutti i video YouTube: sottotitoli tradotti in 14 lingue (en it pt fr es de id ja ru tr ko pl nl hi) partendo dai video top, poi doppiaggio voce sui canali lingua

* gate=auto

* non chiedere a Marco

* verifica prima di dichiarare fatto

* 18/09: token-yt-neurolinguistic.json valido (canale MARCO PARET)

* yt_cc_inventory.py testato via proxy DataImpulse

* piano youtube-sistemazione-0918 lanciato come job youtube-sistemazione-0918_run

* 2026-09-19 09:00 UTC ASSORBITO il cantiere 'chat-s20260919-claudeyoutub-1tji991' (simile): obiettivo: D2: pilota captions.insert bloccato sul download audio (proxy DataImpulse 407 TRAFFIC_EXHAUSTED, VM/Hetzner senza cookie → 'Sign in to confirm you are not a bot | perche': chat S20260919-claudeyoutub-1tji991 chiusa senza prova: il custode R103 ha trovato passi eseguibili

* 3|pilota 20 video top da priorita_sottotitoli: Groq Whisper -> DeepSeek 14 lingue -> captions.insert (quota Data API esaurita il 18/09, riparte dal reset 09:00 CET

* chiedere aumento quota)|scrivere yt_captions_pilot.py, ok Marco msg 2e821dbb7735960135a6808f2f05b592045ecd70

* 4|doppiaggio: pipeline Rutube v3 (voce+ducking) sui video parlati top, pubblicazione sui canali Deutsch/ESP-PORT|dopo il pilota, ok Marco

* python3 /home/claudeuser/scripts/yt_captions_pilot.py --video TgPzkaGWy08 --langs en,fr

* python3 /home/claudeuser/scripts/commessa.py chiudi S20260919-claudeyoutub-1tji991 --esito COMPIUTO --consegna <file|url> --next <prossimo passo>

=== memoria-retrieval-eval ===

''Aggiornato 2026-09-19 01:20 UTC'' &mdash; dominio: memoria

; Obiettivo : misurare la memoria CC come retrieval e chiudere i buchi dell architettura a piu memorie

* gate=auto

* non chiedere a Marco

* verifica prima di dichiarare fatto

* memoria_eval.py in scripts/, misura eseguita, report gs://isicnv-command-center-routes/state/memoria_eval/latest.json

* MISURA 16/09: 3.561 voci, campione 40. Query con le parole della voce: recall@5 1.00, recall@1 0.95. Query riformulata con sinonimi: recall@5 0.975, recall@1 0.925. Caduta 0.025 -> la ricerca lessicale NON e il collo di bottiglia, embeddings non giustificati dai dati. Strumento ripetibile: scripts/memoria_eval.py --n=N, report gs://isicnv-command-center-routes/state/memoria_eval/latest.json

* 2026-09-19 01:20 UTC ASSORBITO il cantiere 'chat-s20260916-claudememori-1tvd5mb' (simile): obiettivo: Verificare stato eval memoria (recall@5 1.00/0.975) e precisare il deliverable D1 mancante (consegna verificabile) | perche': chat S20260916-claudememori-1tvd5mb chiusa senza prova: il custode R103 ha trovato passi eseguibili

* python3 /home/claudeuser/scripts/memoria_eval.py --n=40 dopo ogni modifica della ricerca

* poi prova dura con query che non condividono parole con la voce

* python3 /home/claudeuser/scripts/memoria_eval.py --n=40

* Ricontrollare cantiere ripresa_S20260916-claudememori-1tvd5mb e definire forma verificabile di D1

* Aggiornare il giornale con esito e next

=== gate_log_accessi_pipeline ===

''Aggiornato 2026-09-18 23:41 UTC'' &mdash; dominio: CC/gate/tracciabilita

; Obiettivo : Ogni comando delle chat ricostruibile in BQ (chi, richiesta, pipeline); chat bloccata ripresa da v_sessioni_stato

* Cloud Run sheets-connector: solo gate_deploy.sh, reversibile

* non toccare la sessione mcpchatgpt attiva

* FATTO: (1) tracce.py ora scrive message_id (CURRENT token della sessione) in ogni riga

* colonna aggiunta a isicnv_workflows.tracce. (2) Vista v_sessioni_stato = chat_sessions_log + tracce + human_messages_log con stato CHIUSA/ATTIVA/INTERROTTA/APERTA_SENZA_COMANDI, ultima richiesta, ultimo comando, next_action. DIAGNOSI (dati 8-15/09): a) tutte le chat ChatGPT via MCP condividono UNA sessione al giorno (S...-mcpchatgpt-...): 8 sessioni, 1629 comandi, 173 falliti, un solo CURRENT message token -> comandi di chat diverse mischiati, impossibile capire quale chat si e' bloccata. b) chat_journal START ha dettaglio vuoto: lo scopo dichiarato a /session/open e la pipeline_obbligatoria restituita NON vengono loggati. c) campo cantiere vuoto sul 100% delle righe tracce. d) END loggato in 6 sessioni su ~200: 'bloccata' e 'finita' sono indistinguibili. e) righe GATE con session_id spazzatura ('pathlib','100','%s'): bug del gatekeeper.  RESTA (Cloud Run sheets-connector, serve deploy con gate_deploy.sh): 1) /session/open deve scrivere in chat_sessions_log.dettaglio JSON {scopo, pipeline_ids, chat} e in una tabella isicnv_workflows.session_pipeline (session_id, ts, scopo, pipeline_id) -> da cui si vede quali processi usano quali pipeline. 2) MCP ChatGPT: session id per chat (nonce per conversazione), non per giorno. 3) gate.sh: passare --cantiere/scopo a tracce.py log. 4) heartbeat: cron ogni 30 min che marca INTERROTTA in chat_journal le sessioni ATTIVA senza comandi da >60 min, cosi' Telegram/agente le riprende con last_next_action. 5) fix session_id spazzatura nelle righe GATE.  DIAGNOSI (dati 8-15/09): a) tutte le chat ChatGPT via MCP condividono UNA sessione al giorno (S...-mcpchatgpt-...): 8 sessioni, 1629 comandi, 173 falliti, un solo CURRENT message token -> comandi di chat diverse mischiati, impossibile capire quale chat si e' bloccata. b) chat_journal START ha dettaglio vuoto: lo scopo dichiarato a /session/open e la pipeline_obbligatoria restituita NON vengono loggati. c) campo cantiere vuoto sul 100% delle righe tracce. d) END loggato in 6 sessioni su ~200: 'bloccata' e 'finita' sono indistinguibili. e) righe GATE con session_id spazzatura ('pathlib','100','%s'): bug del gatekeeper.

* 2026-09-18 23:41 UTC ASSORBITO il cantiere 'chat-s20260915-claudegateau-yida0w' (simile): obiettivo: gate_log_accessi_pipeline: D1 non verificato; gate_pipeline.py era in modifica concorrente da altra chat; manca consegna verificabile da precisare | perche': chat S20260915-claudegateau-yida0w chiusa senza prova: il custode R103 ha trovato passi eseguibili

* RESTA (Cloud Run sheets-connector, serve deploy con gate_deploy.sh): 1) /session/open deve scrivere in chat_sessions_log.dettaglio JSON {scopo, pipeline_ids, chat} e in una tabella isicnv_workflows.session_pipeline (session_id, ts, scopo, pipeline_id) -> da cui si vede quali processi usano quali pipeline. 2) MCP ChatGPT: session id per chat (nonce per conversazione), non per giorno. 3) gate.sh: passare --cantiere/scopo a tracce.py log. 4) heartbeat: cron ogni 30 min che marca INTERROTTA in chat_journal le sessioni ATTIVA senza comandi da >60 min, cosi' Telegram/agente le riprende con last_next_action. 5) fix session_id spazzatura nelle righe GATE. || RIPRESA: bq query "SELECT * FROM `leafy-responder-483419-a4.isicnv_workflows.v_sessioni_stato` WHERE stato='INTERROTTA' ORDER BY last_cmd DESC LIMIT 20"

* poi grep -n "chat_journal\|START" /home/claudeuser/cc_src/*.js 2>/dev/null | head

* python3 /home/claudeuser/scripts/handoff.py --resume gate_log_accessi_pipeline

* verificare stato di gate_pipeline.py (conflitti risolti?) e revisione message_id in tracce.py

* richiedere precisazione D1 alla chat che bloccava e presentare deliverable verificabile all'umano (campanello: esame immediato)

=== backup-siti-0918 ===

''Aggiornato 2026-09-18 20:56 UTC'' &mdash; dominio: infrastruttura

 

* registro siti_backup.json

* bk_wikiserver.sh

* fc_backup.py su SSH con rotazione e streaming

* marcoparet_backup riparato

* diagnosi mesmerismus e OOM bq_backup

* wiki ops Backup_dei_siti_web

; Prossimo passo :

* chiedere a Marco l'accesso cmshigh per marcoparet.net, e dove viva davvero mesmerismus.com

=== catasto-domini-wiki ===

''Aggiornato 2026-09-18 13:59 UTC'' &mdash; dominio: wiki infrastruttura

; Obiettivo : Una pagina wiki per ogni dominio e provider, con scheda GENERATA da isicnv_properties.registry e v_property_360 (hosting, provider, stato, sottodomini, storia, chat che ci hanno lavorato) fra marcatori automatici; aggiornata a chiusura sessione, controllata di notte

* Fonte unica: registry. Nessuna scheda scritta a mano. Sezione generata fra marcatori, il resto della pagina non si tocca. Campi mancanti in registry (registrar, provider, piano, scadenza) si aggiungono al registry, non alla wiki

* 18/09: gap misurato: 286 website in registry, tutti con wiki_page, solo 12 con parent_property (hosting)

* 6 hosting_provider e 7 hosting_account gia in registry. catasto_ip.py lanciato (job catasto-domini-wiki_ip) -> /home/claudeuser/logs/catasto_ip.csv. registra_esito.py + tabella isicnv_workflows.esiti_sessione creati, primo record inserito

* 1) leggere catasto_ip.csv: ogni IP frequente = un hosting_account/provider da nominare

* aggiornare parent_property per i 274 siti scoperti

* 2) catasto_wiki.py: registry + v_property_360.source_chats -> scheda wikitext fra marcatori SCHEDA_AUTO in cima alla wiki_page, riusando wiki_push() di interchat.py

* 3) prova su Marcoparet.net e verifica live

* 4) chiusura.py chiama registra_esito.py

=== gate-spec-ingresso-0918 ===

''Aggiornato 2026-09-18 10:19 UTC'' &mdash; dominio: -

; Obiettivo : Nessun lavoro lungo parte senza obiettivo, fatto-quando verificabile, prova, tempo e area dichiarati; fatto quando il gate e su piano.py e job.py (fatto il 18/09) e dopo una settimana il log mostra piu spec che deroghe

; Prossimo passo :

* python3 /home/claudeuser/scripts/gate_spec.py --list

* wc -l /home/claudeuser/logs/gate_spec.jsonl

 

 

; Obiettivo : sapere quali pagine pubblicate hanno smesso di rendere, anche quando i numeri storici sembrano buoni

* scripts/pagine_decadimento.py: --ingest porta Search Console (date+page, 16 mesi, 11 siti) in ads_intelligence.gsc_pagine_giorno, --misura costruisce ads_intelligence.pagine_decadimento con stati VIVA/IN CALO/DECADUTA. Token GSC vivo: token-custom-gsc-isicnv.json (token-any-gsc-admin.json e token-any-searchconsole.json rispondono 400)

* MISURA 18/09: 42.372 righe GSC, 9 property, fino al 15/09. Esito: 103 VIVA, 23 IN CALO, 31 DECADUTE, 8 NUOVE, 1.969 sotto rumore. Confronto relativo al sito per togliere la stagionalita estiva

* GA4 come fonte del controllo: analytics_isicnv.ga4_pages_daily ha 13.001 righe, 2 property e si ferma al 05/08/2026

* python3 /home/claudeuser/scripts/pagine_decadimento.py --ingest --misura

* aprire i casi a posizione migliorata ma impressioni azzerate

''Aggiornato 2026-09-17 06:00 UTC'' &mdash; dominio: -

 

; Obiettivo : la fabbrica non dichiara FATTA una pagina che non ha superato le verifiche

* loop correggi->verifica->ricorreggi in fabbrica_pagine.py, commit e485aa5

* misurare su 10 bozze recenti quante finirebbero BLOCCATO col nuovo gate prima della fabbrica di lunedi

* poi dare rc a guardiano_grassetti.py e rilettore.py e aggiungerli a VERIFICHE

=== monitor-campagne-morto-0917 ===

''Aggiornato 2026-09-17 05:52 UTC'' &mdash; dominio: -

; Obiettivo : campaigns_monitor che completa un giro senza traceback, verificato lanciandolo a mano, e che l'HTML pubblico si rigeneri con la data di oggi

* cd /home/claudeuser/scripts && python3 campaigns_monitor.py 2>&1 | tail -20

=== backup-mesmerismus-db-0917 ===

''Aggiornato 2026-09-17 05:31 UTC'' &mdash; dominio: -

; Obiettivo : Backup DB mesmerismus che riesce, verificato dal log sites_backup con ok 3/3

* python3 /home/claudeuser/scripts/sites_backup.py 2>&1 | tail -40

=== audit_marcoparet_non_conformi ===

=== mro-r103-r104 ===

''Aggiornato 2026-09-01 11:18 UTC'' &mdash; dominio: mro

; Obiettivo : Scrivere in-place nel Doc MRO canonico (1Iyxrr5-uTRtRY52QTab1eyLlmzz6Frbc9fJbQn4HTNs) le regole R103 (chiusura verificata: END senza prova = END_NONVERIFICATO, riprendi_chat.py cron rilancia) e R104 (deliverables dichiarati in apertura con commessa.py apri --deliverables, prove a chiudi --consegne, verifica-tutte ogni 20 min, riga DELIVERABLES accanto a END); poi cronaca su wiki ops MRO_Storia e grafo

 

 

* mai cancellare file utente

=== migrazione-aigw ===

''Aggiornato 2026-09-16 22:26 UTC'' &mdash; dominio: -

; Obiettivo : Instradare ogni lavoro AI sul fornitore piu economico che lo sa fare

* VERIFICATO che il gateway aigw esiste ed e reale: systemd active su translator, /opt/aigw/aigw.py, calls.jsonl con 7 chiamate vere loggate fra cui oracolo-agent su glm-5.2 e client cc su deepseek-chat, con token in/out e costo

* LANCIATO in asincrono il censimento che mancava: job censimento_aigw, scripts/censimento_aigw.py. Cerca su VM, translator e media quali script usano ancora sk-or-v1, api.deepseek.com, openrouter.ai, dashscope, moonshot direttamente invece del gateway. Sola lettura, nessuna modifica. Esito in gs state/migrazione_aigw.json

* CHIUSO UN BUCO in chiusura.py: la regex dei rinvii copriva nella prossima sessione al singolare ma non nelle prossime sessioni al plurale, ne progressivamente, man mano, a tappe. Aggiunto anche il gruppo CODA: la coda della, li migro, restano da fare. Provato sul testo reale: ora pesca tutti e tre i punti piu la mancanza del contratto

* COST GUARD OPENROUTER ANALIZZATO: scattato 13/08 alle 18:45. NON per spesa eccessiva. Spesa giornaliera 1.33 su tetto 3.00, accelerazione 0.01 USD ogni 5 min. Ha scattato la condizione rest < CREDIT_MIN: credito residuo 4.99 contro soglia 5.00 USD. VERDETTO: guard APPROPRIATO, sta segnalando credito quasi esaurito non spreco. Spesa settimanale 35.68 USD