Cantieri aperti: differenze tra le versioni

[versione verificata]

Versione delle 08:50, 7 ago 2026

Pagina generata automaticamente da handoff.py. Non modificare a mano: le modifiche vengono sovrascritte.

Ogni cantiere e' lo stato di un lavoro in corso, scritto durante la sessione e non alla fine. Chi riparte legge: HARNESS + il routing file del dominio + il cantiere. Nient'altro.

Cantieri attivi

harness-standard

Aggiornato 2026-08-07 08:50 UTC — dominio: architettura / knowledge base

Obiettivo: Sostituire il MASTER READ ORDER monolitico con un harness gerarchico: 1 entry point + 8 routing file di dominio
Vincoli in vigore

La gerarchia deve SOSTITUIRE substrati esistenti, mai affiancarsi: oggi ne esistono 7 paralleli
Ogni routing file ha 6 sezioni fisse: chi esegue / accessi / come si verifica / criterio di accettazione / fallimenti noti / strumenti ammessi
Nessuna credenziale nei routing file, solo puntatori

Fatto (con prova)

Analizzato export completo Claude di marcoparet@gmail.com: 614 conversazioni, 26.921 messaggi, 55,8M caratteri (file su VM /home/claudeuser/claude_export/analysis/)
Misurato: attrito piatto sulla lunghezza della chat (14-18 per 100 msg in ogni fascia) = problema strutturale non di contesto
Misurato: autocorrezioni Claude raddoppiano oltre 25-50k token di contesto (8,8 -> 17,2 per 100 msg) = context rot reale, ginocchio a 25-50k
Misurato: 899 route nel bucket, 525 MAI citate in nessuna chat, ~25 reggono il sistema
Misurato: 8 domini coprono il traffico (spedizioni 190 chat, VM 155, BQ 151, hosting 118, token 114, route 77, drive 76, wiki 59)
Scritti HARNESS.md (1 pagina) e INFRA-VM.md (primo routing file compilato)
Creato handoff.py su VM + pagina wiki Cantieri aperti

Provato ed escluso

Adottare ahar / agentharnesses-cli: presuppone Claude Code su repo locale, Marco lavora da smartphone via route CC
Ridurre la lunghezza delle chat come rimedio: i dati mostrano che non e la lunghezza il problema
Marcatore regex bloccato per misurare Claude in difficolta: falsi positivi pesanti (denaro bloccato, siti bloccati AGCOM)
La cartella Drive 1TpajgASPSO non e accessibile da nessun account: 404 su tutti i token

Prossimo passo

Compilare i 7 routing file mancanti partendo da spedizioni
Archiviare le 525 route mai usate in routes_deprecated/
Deprecare i 6 token invalid_grant

@@ Riga 8: / Riga 8: @@
 == Cantieri attivi ==
 === harness-standard ===
-''Aggiornato 2026-08-07 08:49 UTC'' &mdash; dominio: architettura / knowledge base
+''Aggiornato 2026-08-07 08:50 UTC'' &mdash; dominio: architettura / knowledge base
-; Obiettivo : Sostituire il MASTER READ ORDER monolitico con un harness gerarchico: 1 entry point + 8 routing file di dominio, per abbattere il costo di contesto a inizio sessione e la riscoperta ripetuta
+; Obiettivo : Sostituire il MASTER READ ORDER monolitico con un harness gerarchico: 1 entry point + 8 routing file di dominio
 ; Vincoli in vigore :
 * La gerarchia deve SOSTITUIRE substrati esistenti, mai affiancarsi: oggi ne esistono 7 paralleli
@@ Riga 29: / Riga 29: @@
 * La cartella Drive 1TpajgASPSO non e accessibile da nessun account: 404 su tutti i token
 ; Prossimo passo :
-* Compilare i 7 routing file mancanti sullo schema di INFRA-VM.md, partendo da spedizioni (190 chat)
+* Compilare i 7 routing file mancanti partendo da spedizioni
-* Archiviare le 525 route mai usate in routes_deprecated/ (spostamento reversibile, non cancellazione)
+* Archiviare le 525 route mai usate in routes_deprecated/
-* Deprecare i 6 token invalid_grant e separare i non-Google dal prefisso token-
+* Deprecare i 6 token invalid_grant
-* Valutare contatore esterno di sessione che inietti HANDOFF_DUE nell output di /vm/exec-direct
 [[Categoria:Domini operativi]]