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

Riga 8:

== Cantieri attivi ==

=== crisi-mesmerica-potatura ===

''Aggiornato 2026-08-29 13:54 UTC'' — dominio: hosting/pillar

''Aggiornato 2026-08-29 14:22 UTC'' — dominio: hosting/pillar

; Obiettivo : ~~Canale stabile per la chat coordinatrice~~ ChatGPT

; Obiettivo : Coordinatore ChatGPT pienamente operativo

; Vincoli in vigore :

* prima di editare un pid: leggere bacheca interchat e annunciare

Riga 30:

* 29/8 pom: bridge MCP diagnosticato (era GIA' stateless: il blocco era il client ChatGPT che in chat normale invoca solo search/fetch). Bridge portato a v3.1 via /self-update (hot, backup su GCS): aggiunti tool search e fetch formato ChatGPT, con timeout interni (memoria degradata non blocca piu' la risposta). Testato: tools/list ok, search restituisce il manuale, fetch legge la bacheca. La chat coordinatrice ChatGPT ora legge il sistema dal connettore anche col browser rotto

* per l'esecuzione le serve la modalita' sviluppatore ChatGPT, e le e' stato inviato in bacheca il protocollo completo sessione/commessa/journal/handoff (richiesta di Marco). Manuale aggiornato.

* 29/8 pom (2): bridge v3.2 con auto-sessione (se session manca, il bridge la apre da solo): rimosso il bootstrap circolare segnalato dalla chat ChatGPT: cc_vm_exec via MCP senza session TESTATO ok sulla VM. Backup v3.1 su GCS. Manuale aggiornato, protocollo e sblocco comunicati in bacheca.

; Provato ed escluso :

* potatura ulteriore automatica: toglie sostanza

Riga 37:

Riga 38:

* edit paralleli sullo stesso pid

; Prossimo passo :

* chat ChatGPT: ~~riprovare~~ dal connettore ~~con search/fetch~~

* chat ChatGPT: operare dal connettore (auto-sessione attiva) sui lavori del cantiere

* con developer mode attiva ~~seguire il protocollo gate~~

* monitorare che rispetti commessa/journal/handoff

* ~~restano grounding 6828, decisioni 6820~~/~~versione A, bozza catalessi lunedi'~~

=== video-proxy-pipeline ===

@@ Riga 8: / Riga 8: @@
 == Cantieri attivi ==
 === crisi-mesmerica-potatura ===
-''Aggiornato 2026-08-29 13:54 UTC'' &mdash; dominio: hosting/pillar
+''Aggiornato 2026-08-29 14:22 UTC'' &mdash; dominio: hosting/pillar
-; Obiettivo : Canale stabile per la chat coordinatrice ChatGPT
+; Obiettivo : Coordinatore ChatGPT pienamente operativo
 ; Vincoli in vigore :
 * prima di editare un pid: leggere bacheca interchat e annunciare
@@ Riga 30: / Riga 30: @@
 * 29/8 pom: bridge MCP diagnosticato (era GIA' stateless: il blocco era il client ChatGPT che in chat normale invoca solo search/fetch). Bridge portato a v3.1 via /self-update (hot, backup su GCS): aggiunti tool search e fetch formato ChatGPT, con timeout interni (memoria degradata non blocca piu' la risposta). Testato: tools/list ok, search restituisce il manuale, fetch legge la bacheca. La chat coordinatrice ChatGPT ora legge il sistema dal connettore anche col browser rotto
 * per l'esecuzione le serve la modalita' sviluppatore ChatGPT, e le e' stato inviato in bacheca il protocollo completo sessione/commessa/journal/handoff (richiesta di Marco). Manuale aggiornato.
+* 29/8 pom (2): bridge v3.2 con auto-sessione (se session manca, il bridge la apre da solo): rimosso il bootstrap circolare segnalato dalla chat ChatGPT: cc_vm_exec via MCP senza session TESTATO ok sulla VM. Backup v3.1 su GCS. Manuale aggiornato, protocollo e sblocco comunicati in bacheca.
 ; Provato ed escluso :
 * potatura ulteriore automatica: toglie sostanza
@@ Riga 37: / Riga 38: @@
 * edit paralleli sullo stesso pid
 ; Prossimo passo :
-* chat ChatGPT: riprovare dal connettore con search/fetch
+* chat ChatGPT: operare dal connettore (auto-sessione attiva) sui lavori del cantiere
-* con developer mode attiva seguire il protocollo gate
+* monitorare che rispetti commessa/journal/handoff
-* restano grounding 6828, decisioni 6820/versione A, bozza catalessi lunedi'
 === video-proxy-pipeline ===