Cantieri aperti: differenze tra le versioni - Wiki Progetto di Ricerca Metodo Paret

Riga 7:

== Cantieri attivi ==

=== gate-mcp-log-chat ===

''Aggiornato 2026-09-23 15:02 UTC'' — dominio: ingegnere

; Obiettivo : OGNI chat che tocca il sistema (Claude, ChatGPT, Gemini; MCP o VM) lascia un log completo e verificabile in BigQuery: sessione aperta con scopo, ogni chiamata tool con session_id, STEP, chiusura R152. Fatto quando: (a) una chat MCP-only senza cc_session_open riceve rifiuto dal bridge su qualunque tool cc_*/drive/wiki/mw_* (come /vm/exec 428) e (b) una query su chat_sessions_log + log tool MCP mostra per una giornata intera tutte le chat, senza buchi, e la Guardia segnala su Telegram sessioni aperte senza STEP e chiamate senza sessione.

; Vincoli in vigore :

* Additivo: EMERGENZA-* resta libero

* cc_session_open e' l'unico tool che non richiede sessione

* R102 invariato. Bridge = Cloud Run sheets-connector (route /vm/*, /session/open). Nessuna cancellazione di log. Coordinare con R95/R90/R145/R153 gia' nel MRO v8.0. Modifica al bridge in produzione: backup della revisione Cloud Run prima del deploy.

; Fatto (con prova) :

* 23/09/2026: MRO v8.0 STEP 0 + R153 (registrazione al gate come prima azione) scritti

* rule nel grafo rule_1790175473222_2pk2ae

* wiki ops rules.md/log.md aggiornati. Marco ha approvato il piano a 3 livelli (msg R102 16d16f0d8ec6cdc54590b0ccd6b1d846fa9d989e).

; Provato ed escluso :

* Affidarsi alla sola disciplina della chat (e' il buco attuale: le chat MCP-only sfuggono).

; Prossimo passo :

* LIVELLO 1 (prima): nel bridge MCP, middleware che richiede session valida su tutti i tool tranne cc_session_open

* senza -> risposta di blocco con istruzione cc_session_open(chat, scopo) (stesso stile del gate R102). Loggare OGNI chiamata MCP (tool, session_id, ts, hash args) in BQ isicnv_agents.mcp_tool_log. LIVELLO 2: parola d'ordine giornaliera scritta solo nel MRO (riga STEP 0, cron), richiesta da cc_session_open = prova di lettura del MRO. LIVELLO 3: Guardia incrocia chat_sessions_log + mcp_tool_log + gate_activity: sessione senza STEP entro N min, chiamate senza sessione, chat senza END -> Telegram. Report giornaliero 'tutte le chat di oggi' a Marco.

=== si-1-automiglioramento ===

''Aggiornato 2026-09-23 14:01 UTC'' — dominio: VM / infrastruttura

@@ Riga 7: / Riga 7: @@
 == Cantieri attivi ==
+=== gate-mcp-log-chat ===
+''Aggiornato 2026-09-23 15:02 UTC'' &mdash; dominio: ingegnere
+; Obiettivo : OGNI chat che tocca il sistema (Claude, ChatGPT, Gemini; MCP o VM) lascia un log completo e verificabile in BigQuery: sessione aperta con scopo, ogni chiamata tool con session_id, STEP, chiusura R152. Fatto quando: (a) una chat MCP-only senza cc_session_open riceve rifiuto dal bridge su qualunque tool cc_*/drive/wiki/mw_* (come /vm/exec 428) e (b) una query su chat_sessions_log + log tool MCP mostra per una giornata intera tutte le chat, senza buchi, e la Guardia segnala su Telegram sessioni aperte senza STEP e chiamate senza sessione.
+; Vincoli in vigore :
+* Additivo: EMERGENZA-* resta libero
+* cc_session_open e' l'unico tool che non richiede sessione
+* R102 invariato. Bridge = Cloud Run sheets-connector (route /vm/*, /session/open). Nessuna cancellazione di log. Coordinare con R95/R90/R145/R153 gia' nel MRO v8.0. Modifica al bridge in produzione: backup della revisione Cloud Run prima del deploy.
+; Fatto (con prova) :
+* 23/09/2026: MRO v8.0 STEP 0 + R153 (registrazione al gate come prima azione) scritti
+* rule nel grafo rule_1790175473222_2pk2ae
+* wiki ops rules.md/log.md aggiornati. Marco ha approvato il piano a 3 livelli (msg R102 16d16f0d8ec6cdc54590b0ccd6b1d846fa9d989e).
+; Provato ed escluso :
+* Affidarsi alla sola disciplina della chat (e' il buco attuale: le chat MCP-only sfuggono).
+; Prossimo passo :
+* LIVELLO 1 (prima): nel bridge MCP, middleware che richiede session valida su tutti i tool tranne cc_session_open
+* senza -> risposta di blocco con istruzione cc_session_open(chat, scopo) (stesso stile del gate R102). Loggare OGNI chiamata MCP (tool, session_id, ts, hash args) in BQ isicnv_agents.mcp_tool_log. LIVELLO 2: parola d'ordine giornaliera scritta solo nel MRO (riga STEP 0, cron), richiesta da cc_session_open = prova di lettura del MRO. LIVELLO 3: Guardia incrocia chat_sessions_log + mcp_tool_log + gate_activity: sessione senza STEP entro N min, chiamate senza sessione, chat senza END -> Telegram. Report giornaliero 'tutte le chat di oggi' a Marco.
 === si-1-automiglioramento ===
 ''Aggiornato 2026-09-23 14:01 UTC'' &mdash; dominio: VM / infrastruttura