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

Riga 8:

== Cantieri attivi ==

=== harness-standard ===

''Aggiornato 2026-08-07 14:09 UTC'' — dominio: architettura / knowledge base

''Aggiornato 2026-08-07 20:28 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 37:

* Marcati SUPERATO i .txt v6_3 e v6_4 (rinominati, non cancellati)

* SCOPERTA v6.4 del 09/07 mai citata nelle regole (che dicevano v6.3): conteneva DUE serie di regole con gli stessi numeri (due R45, due R46, due R47) — la numerazione si era scontrata con se stessa

* BUG CRITICO TROVATO: /vm/task NON esegue bash. Passa la stringa alla CLI Claude Code sulla VM, che e scollegata (Not logged in). Restituisce status DONE in 5 secondi SENZA eseguire nulla (verificato: /tmp/t_start non creato). Inoltre il parametro si chiama task non cmd: chi usa cmd prende error task required

* SOSTITUTO CREATO E VERIFICATO: /home/claudeuser/scripts/job.py --run/--status/--log/--list, nohup con sessione staccata. Test reale: job da 140 secondi, rc=0, timestamp /tmp/j_start e /tmp/j_end confermano la durata

* MASTER v7.2 pubblicata su Drive (canonico rinominato, intestazione, txt id 1ptmfkfwlsqZWvV3LrS77guhF251U7FAr), v7.1 marcata SUPERATO

; Provato ed escluso :

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

Riga 48:

Riga 51:

* Cancellare i vecchi .txt: rinominati SUPERATO, reversibile

* Riscrivere il canonico da zero: e append-only per tracciabilita, si aggiunge intestazione in cima

* Rifare il login della CLI Claude Code sulla VM per riparare /vm/task: richiede OAuth interattivo di Marco, e job.py risolve senza dipendenze

* Fidarsi della documentazione delle route senza provarle: due bug su due (headless GET, vm/task) erano documentati male

; Prossimo passo :

* ~~RECUPERARE dalla~~ v6.4 ~~tre regole utili perse nella v7.1, ognuna nel routing file giusto~~: R49 ~~metodo~~ edit~~/replace~~/rename Docs -> routing DRIVE

* REGOLA DA VERIFICARE: quante altre route documentate restituiscono successo senza eseguire? Fare un giro di prova sulle 25 route piu usate

* R47 routing per tier ~~del modello~~ -> Master ~~o routing dedicato~~

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

* R45 pattern RLM ~~per grandi corpus~~ -> routing ~~BIGQUERY/~~dati

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

* Compilare i 7 routing file dallo harvest in /home/claudeuser/routing_src/ ~~(mancano drive e wiki)~~

* Cercare i chiamanti cron delle 525 route prima di archiviarle

* Ripulire gli altri file READ ORDER su Drive: 3 To delete GIU 26 ancora presenti

[[Categoria:Domini operativi]]

@@ Riga 8: / Riga 8: @@
 == Cantieri attivi ==
 === harness-standard ===
-''Aggiornato 2026-08-07 14:09 UTC'' &mdash; dominio: architettura / knowledge base
+''Aggiornato 2026-08-07 20:28 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 37: / Riga 37: @@
 * Marcati SUPERATO i .txt v6_3 e v6_4 (rinominati, non cancellati)
 * SCOPERTA v6.4 del 09/07 mai citata nelle regole (che dicevano v6.3): conteneva DUE serie di regole con gli stessi numeri (due R45, due R46, due R47) — la numerazione si era scontrata con se stessa
+* BUG CRITICO TROVATO: /vm/task NON esegue bash. Passa la stringa alla CLI Claude Code sulla VM, che e scollegata (Not logged in). Restituisce status DONE in 5 secondi SENZA eseguire nulla (verificato: /tmp/t_start non creato). Inoltre il parametro si chiama task non cmd: chi usa cmd prende error task required
+* SOSTITUTO CREATO E VERIFICATO: /home/claudeuser/scripts/job.py --run/--status/--log/--list, nohup con sessione staccata. Test reale: job da 140 secondi, rc=0, timestamp /tmp/j_start e /tmp/j_end confermano la durata
+* MASTER v7.2 pubblicata su Drive (canonico rinominato, intestazione, txt id 1ptmfkfwlsqZWvV3LrS77guhF251U7FAr), v7.1 marcata SUPERATO
 ; Provato ed escluso :
 * Adottare ahar / agentharnesses-cli: presuppone Claude Code su repo locale, Marco lavora da smartphone via route CC
@@ Riga 48: / Riga 51: @@
 * Cancellare i vecchi .txt: rinominati SUPERATO, reversibile
 * Riscrivere il canonico da zero: e append-only per tracciabilita, si aggiunge intestazione in cima
+* Rifare il login della CLI Claude Code sulla VM per riparare /vm/task: richiede OAuth interattivo di Marco, e job.py risolve senza dipendenze
+* Fidarsi della documentazione delle route senza provarle: due bug su due (headless GET, vm/task) erano documentati male
 ; Prossimo passo :
-* RECUPERARE dalla v6.4 tre regole utili perse nella v7.1, ognuna nel routing file giusto: R49 metodo edit/replace/rename Docs -> routing DRIVE
+* REGOLA DA VERIFICARE: quante altre route documentate restituiscono successo senza eseguire? Fare un giro di prova sulle 25 route piu usate
-* R47 routing per tier del modello -> Master o routing dedicato
+* Recuperare da v6.4: R49 edit/rename Docs -> routing DRIVE, R47 routing per tier -> Master, R45 pattern RLM -> routing dati
-* R45 pattern RLM per grandi corpus -> routing BIGQUERY/dati
+* Compilare i 7 routing file dallo harvest in /home/claudeuser/routing_src/
-* Compilare i 7 routing file dallo harvest in /home/claudeuser/routing_src/ (mancano drive e wiki)
 * Cercare i chiamanti cron delle 525 route prima di archiviarle
-* Ripulire gli altri file READ ORDER su Drive: 3 To delete GIU 26 ancora presenti
 [[Categoria:Domini operativi]]