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

Riga 8:

== Cantieri attivi ==

=== harness-standard ===

''Aggiornato 2026-08-07 22:21 UTC'' — dominio: architettura / knowledge base

''Aggiornato 2026-08-07 22:33 UTC'' — dominio: architettura / knowledge base

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

Riga 47:

* SCOPERTO sheet STATE 1KRoCu ha #ERROR! nella riga di intestazione

* MASTER v7.3 pubblicata su Drive, txt id 1HQKcSHCr1uPHbCvae94DITcSgWs0AV7a

* VERIFICA TOTALE eseguita con script verify_all.py via job.py: 24 controlli su 24 PASS al secondo giro. Primo giro 4 FAIL, tutti corretti

* ERRORE MIO TROVATO E CORRETTO: il .txt v7.3 caricato su Drive conteneva in realta la v7.2, per un replace v7.2->v7.3 che non catturava v7_2 con underscore. Vero v7.3 ora su Drive id 1-noo7YFS-gzhidiWO0fJzLW7rxL-VTUQ (12.955 byte)

* ERRORE MIO TROVATO E CORRETTO: INFRA-VM.md era citato nel Master ma non esisteva in nessun posto durevole, solo come allegato di chat. Ora su Drive id 1Y6ZUeoQnK514ob5-3iiR0qMYZBD_kQPJ

* BUG NUOVO: /memory/search riporta total_indexed instabile fra chiamate successive (2821, 2822, 1932). L indice non e deterministico

; Provato ed escluso :

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

Riga 62:

Riga 66:

* Testare /vm/reset e /routes/deploy: distruttive, saltate di proposito

* Cancellare i record di prova via /memory/delete: la route NON ESISTE (Cannot POST). Restano da ripulire test_1786141053523_gbv40d e system_state_1786092629694_7idl9o

* Fidarsi di un upload senza rileggere il file caricato: il nome era giusto ma il contenuto no. La verifica deve confrontare il CONTENUTO, non solo lo status 200

; Prossimo passo :

* Capire perche /memory/~~list dice 1000 e~~ /~~memory~~/~~search 2822~~: ~~uno dei due mente, e~~ il lint della memoria si basa su quel numero

* Capire perche /memory/search da total_indexed diverso ad ogni chiamata (2821/2822/1932): il lint della memoria si basa su quel numero

* Capire perche /memory/list dice 1000 e /memory/search 2822

* Riparare intestazione #ERROR! nello sheet STATE 1KRoCu

* Creare ~~una route o script per~~ cancellare record di memoria (~~oggi~~ non esiste)

* Creare modo di cancellare record memoria (/memory/delete non esiste): restano test_1786141053523_gbv40d e system_state_1786092629694_7idl9o

* Recuperare da v6.4: R49 edit/rename Docs ~~-> routing DRIVE~~, R47 routing per tier ~~-> Master~~, R45 pattern RLM ~~-> routing dati~~

* Recuperare da v6.4: R49 edit/rename Docs, R47 routing per tier, R45 pattern RLM

* Compilare i 7 routing file dallo harvest in /home/claudeuser/routing_src/

[[Categoria:Domini operativi]]

@@ Riga 8: / Riga 8: @@
 == Cantieri attivi ==
 === harness-standard ===
-''Aggiornato 2026-08-07 22:21 UTC'' &mdash; dominio: architettura / knowledge base
+''Aggiornato 2026-08-07 22:33 UTC'' &mdash; dominio: architettura / knowledge base
 ; Obiettivo : Sostituire il MASTER READ ORDER monolitico con un harness gerarchico e togliere Marco dal ruolo di loop di esecuzione
@@ Riga 47: / Riga 47: @@
 * SCOPERTO sheet STATE 1KRoCu ha #ERROR! nella riga di intestazione
 * MASTER v7.3 pubblicata su Drive, txt id 1HQKcSHCr1uPHbCvae94DITcSgWs0AV7a
+* VERIFICA TOTALE eseguita con script verify_all.py via job.py: 24 controlli su 24 PASS al secondo giro. Primo giro 4 FAIL, tutti corretti
+* ERRORE MIO TROVATO E CORRETTO: il .txt v7.3 caricato su Drive conteneva in realta la v7.2, per un replace v7.2->v7.3 che non catturava v7_2 con underscore. Vero v7.3 ora su Drive id 1-noo7YFS-gzhidiWO0fJzLW7rxL-VTUQ (12.955 byte)
+* ERRORE MIO TROVATO E CORRETTO: INFRA-VM.md era citato nel Master ma non esisteva in nessun posto durevole, solo come allegato di chat. Ora su Drive id 1Y6ZUeoQnK514ob5-3iiR0qMYZBD_kQPJ
+* BUG NUOVO: /memory/search riporta total_indexed instabile fra chiamate successive (2821, 2822, 1932). L indice non e deterministico
 ; Provato ed escluso :
 * Adottare ahar / agentharnesses-cli: presuppone Claude Code su repo locale, Marco lavora da smartphone via route CC
@@ Riga 62: / Riga 66: @@
 * Testare /vm/reset e /routes/deploy: distruttive, saltate di proposito
 * Cancellare i record di prova via /memory/delete: la route NON ESISTE (Cannot POST). Restano da ripulire test_1786141053523_gbv40d e system_state_1786092629694_7idl9o
+* Fidarsi di un upload senza rileggere il file caricato: il nome era giusto ma il contenuto no. La verifica deve confrontare il CONTENUTO, non solo lo status 200
 ; Prossimo passo :
-* Capire perche /memory/list dice 1000 e /memory/search 2822: uno dei due mente, e il lint della memoria si basa su quel numero
+* Capire perche /memory/search da total_indexed diverso ad ogni chiamata (2821/2822/1932): il lint della memoria si basa su quel numero
+* Capire perche /memory/list dice 1000 e /memory/search 2822
 * Riparare intestazione #ERROR! nello sheet STATE 1KRoCu
-* Creare una route o script per cancellare record di memoria (oggi non esiste)
+* Creare modo di cancellare record memoria (/memory/delete non esiste): restano test_1786141053523_gbv40d e system_state_1786092629694_7idl9o
-* Recuperare da v6.4: R49 edit/rename Docs -> routing DRIVE, R47 routing per tier -> Master, R45 pattern RLM -> routing dati
+* Recuperare da v6.4: R49 edit/rename Docs, R47 routing per tier, R45 pattern RLM
 * Compilare i 7 routing file dallo harvest in /home/claudeuser/routing_src/
 [[Categoria:Domini operativi]]