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-18 23:21 UTC'' — dominio: chat_riprese
Riga 296: Riga 320:
* Prima spedizione reale: python3 /home/claudeuser/scripts/spedizione_fasce.py --run <id> --letter <letter_id> --fino 4
* Prima spedizione reale: python3 /home/claudeuser/scripts/spedizione_fasce.py --run <id> --letter <letter_id> --fino 4
* poi con lo spec: --spec spec.json --da 5 --fino 6 . Passi 5-6 mai ancora provati in produzione: provarli prima su lista test.
* poi con lo spec: --spec spec.json --da 5 --fino 6 . Passi 5-6 mai ancora provati in produzione: provarli prima su lista test.
=== gate_log_accessi_pipeline ===
''Aggiornato 2026-09-15 08:49 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
; 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.
; 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


=== geo-loop ===
=== geo-loop ===
Estratto da "https://wiki.marcoparet.com/wiki/Cantieri_aperti"