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 ==
=== gate_log_accessi_pipeline ===
''Aggiornato 2026-09-18 23:41 UTC'' — dominio: CC/gate/tracciabilita
; Obiettivo : Ogni comando delle chat ricostruibile in BQ (chi, richiesta, pipeline); chat bloccata ripresa da v_sessioni_stato
; Vincoli in vigore :
* Cloud Run sheets-connector: solo gate_deploy.sh, reversibile
* non toccare la sessione mcpchatgpt attiva
* gate=auto
* non chiedere a Marco
* verifica prima di dichiarare fatto
; Fatto (con prova) :
* 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
; Provato ed escluso :
* niente
; Prossimo passo :
* 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
* controllare vista v_sessioni_stato
* richiedere precisazione D1 alla chat che bloccava e presentare deliverable verificabile all'umano (campanello: esame immediato)
=== chat-s20260908-dipisafermo-1ol47hs ===
=== chat-s20260908-dipisafermo-1ol47hs ===
''Aggiornato 2026-09-18 23:21 UTC'' — dominio: chat_riprese
''Aggiornato 2026-09-19 00:00 UTC'' — 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)
; 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)
Riga 45: Riga 21:
* contesto ricostruito da riprendi_chat
* 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-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
; Prossimo passo :
; Prossimo passo :
* 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
* 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
Riga 56: Riga 33:
* verificare stato censimento e completare passi rimanenti
* verificare stato censimento e completare passi rimanenti
* produrre deliverable D1 verificabile e chiudere con END_VERIFICATO
* produrre deliverable D1 verificabile e chiudere con END_VERIFICATO
* python3 /home/claudeuser/scripts/job.py --stato brani-sonnambulismo_run
* python3 /home/claudeuser/scripts/brani_extract.py --tema <nuovo_tema> --n 25
=== 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
; Vincoli in vigore :
* Cloud Run sheets-connector: solo gate_deploy.sh, reversibile
* non toccare la sessione mcpchatgpt attiva
* gate=auto
* non chiedere a Marco
* verifica prima di dichiarare fatto
; Fatto (con prova) :
* 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
; Provato ed escluso :
* niente
; Prossimo passo :
* 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
* controllare vista v_sessioni_stato
* richiedere precisazione D1 alla chat che bloccava e presentare deliverable verificabile all'umano (campanello: esame immediato)


=== si-1-automiglioramento ===
=== si-1-automiglioramento ===
Estratto da "https://wiki.marcoparet.com/wiki/Cantieri_aperti"