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

Riga 8:

== Cantieri attivi ==

=== harness-standard ===

''Aggiornato 2026-08-13 18:46 UTC'' — dominio: ~~architettura / knowledge base~~

''Aggiornato 2026-08-13 19:08 UTC'' — dominio: infra

; Obiettivo : Sostituire il MASTER READ ORDER monolitico con un harness gerarchico ~~e togliere Marco dal ruolo di loop di esecuzione~~

; Obiettivo : Sostituire il MASTER READ ORDER monolitico con un harness gerarchico

; Vincoli in vigore :

* La gerarchia deve SOSTITUIRE substrati esistenti, mai affiancarsi: oggi ne esistono 7 paralleli

Riga 172:

* AVVISO CLONI: se un piano ha 3 o piu versioni avvisa. Caso reale: paret_pillars_draft v1 v2 v3 v4, una chat clonava il piano invece di correggere il punto fallito

* MANUALE aggiornato: la riparazione disco_pieno ora rimuove anche le copie locali del bucket

* SKILLS STANDARD: installati in ~/.claude/skills 4 skill google/skills (bigquery-basics, cloud-run-basics, gcs-basics, gcloud) dopo audit: solo Markdown, zero script eseguibili, guardie esplicite su delete/IAM/billing. Commit pinnato 9bb184823bd157d9a88d999e2c47ad6dd21fc3fb in AUDIT_PIN.txt

* Creati 3 skill ISI-CNV formato SKILL.md (isicnv-spedizioni, isicnv-infra-vm, isicnv-bigquery): regole dure inline + caricamento canonico via /memory2/search, il canonico vince sempre

* DISCO VM era al 100 per cento: liberati 3,6GB (cache pip/hf, tmp>2gg, apt clean, journal vacuum 40M, snap revisioni disabilitate, refresh.retain=2), ora 93 per cento

; Provato ed escluso :

* Adottare ahar / agentharnesses-cli: presuppone Claude Code su repo locale, Marco lavora da smartphone via route CC

Riga 224:

Riga 227:

* Cancellare backup_staging senza verificare: prima confrontati i nomi con GCS

* Continuare a patchare un file quando le scritture falliscono: il problema era il disco, non il codice

* NVIDIA e MicrosoftDocs skills: fuori stack

* addyosmani/mattpocock: quality gates gia coperti da V/B/C e giudice/verifica

; Prossimo passo :

* Il disco ~~e ancora al 98 per cento~~: ~~biblioteca 3,3G~~ regazzoni 2,0G OpenMontage 1,~~7G vanno spostati su GCS~~

* Test reale: sessione Claude Code su VM che verifichi il trigger automatico dei 3 skill isicnv

* Le 6 proposte gia inviate su Telegram ora sono applicabili con --applica-proposta

* pulizia disco profonda: regazzoni 2G, OpenMontage 1.7G + openmontage 537M doppioni, .local 5.3G da valutare

* Capire perche una chat ha copiato il bucket in locale

=== paret-ai-pillar ===

@@ Riga 8: / Riga 8: @@
 == Cantieri attivi ==
 === harness-standard ===
-''Aggiornato 2026-08-13 18:46 UTC'' &mdash; dominio: architettura / knowledge base
+''Aggiornato 2026-08-13 19:08 UTC'' &mdash; dominio: infra
-; Obiettivo : Sostituire il MASTER READ ORDER monolitico con un harness gerarchico e togliere Marco dal ruolo di loop di esecuzione
+; Obiettivo : Sostituire il MASTER READ ORDER monolitico con un harness gerarchico
 ; Vincoli in vigore :
 * La gerarchia deve SOSTITUIRE substrati esistenti, mai affiancarsi: oggi ne esistono 7 paralleli
@@ Riga 172: / Riga 172: @@
 * AVVISO CLONI: se un piano ha 3 o piu versioni avvisa. Caso reale: paret_pillars_draft v1 v2 v3 v4, una chat clonava il piano invece di correggere il punto fallito
 * MANUALE aggiornato: la riparazione disco_pieno ora rimuove anche le copie locali del bucket
+* SKILLS STANDARD: installati in ~/.claude/skills 4 skill google/skills (bigquery-basics, cloud-run-basics, gcs-basics, gcloud) dopo audit: solo Markdown, zero script eseguibili, guardie esplicite su delete/IAM/billing. Commit pinnato 9bb184823bd157d9a88d999e2c47ad6dd21fc3fb in AUDIT_PIN.txt
+* Creati 3 skill ISI-CNV formato SKILL.md (isicnv-spedizioni, isicnv-infra-vm, isicnv-bigquery): regole dure inline + caricamento canonico via /memory2/search, il canonico vince sempre
+* DISCO VM era al 100 per cento: liberati 3,6GB (cache pip/hf, tmp>2gg, apt clean, journal vacuum 40M, snap revisioni disabilitate, refresh.retain=2), ora 93 per cento
 ; Provato ed escluso :
 * Adottare ahar / agentharnesses-cli: presuppone Claude Code su repo locale, Marco lavora da smartphone via route CC
@@ Riga 224: / Riga 227: @@
 * Cancellare backup_staging senza verificare: prima confrontati i nomi con GCS
 * Continuare a patchare un file quando le scritture falliscono: il problema era il disco, non il codice
+* NVIDIA e MicrosoftDocs skills: fuori stack
+* addyosmani/mattpocock: quality gates gia coperti da V/B/C e giudice/verifica
 ; Prossimo passo :
-* Il disco e ancora al 98 per cento: biblioteca 3,3G regazzoni 2,0G OpenMontage 1,7G vanno spostati su GCS
+* Test reale: sessione Claude Code su VM che verifichi il trigger automatico dei 3 skill isicnv
-* Le 6 proposte gia inviate su Telegram ora sono applicabili con --applica-proposta
+* pulizia disco profonda: regazzoni 2G, OpenMontage 1.7G + openmontage 537M doppioni, .local 5.3G da valutare
-* Capire perche una chat ha copiato il bucket in locale
 === paret-ai-pillar ===