Registro unico delle richieste — tutto quello che hai chiesto, in ordine (R01-R21)
checkpointnuova2026-08-09- → Aggiungere maurus in agents.list di openclaw.json e riavviare il gateway a flotta ferma (q066: agente vero, esecutore generalista).
- → Tappa 4 (CATPIT in container) puo partire: il refine di Archimede e chiuso. Le tappe 5 e 6 restano ferme su q042.
- → Deciso da Ettore il 04/09: le tre proposte di agosto (catpit-dev x2, loop-e-coda, allinea-fonte-verita) sono state SCARTATE, banco proposte a zero. Resta da decidere se la skill sul metodo di sviluppo dentro CATPIT (task a112) si riscrive da zero o non serve piu', ora che catpit-mappa e riallineamenti sono installate.
- → q069 ha dato il caso concreto: scrivere il pianificatore che spezza un blocco in task con goal e criterio, e provarlo sul blocco Life OS.
- → Aspetta q071 (quali stanze mancano davvero); l'handoff scritto fra stanze e gia deciso da q070.
- → Generare i due file della conversazione del 02/08: il testo e la mappa. Non aspetta nessuna decisione.
- → Verificare se il controllo automatico del contrasto copre tutte le stanze: se si il task si chiude, altrimenti resta l'elenco degli scoperti.
- → Verificare cosa manca alla Libreria skill: la chat che PROPONE traduzione e compattazione (non scrive) e la parte non ancora vista.
- → Verificare cosa manca a /nucleo: il click su un nodo deve aprire la scheda (cosa sostituisce, chi esegue, quanta autonomia).
titolo: Registro unico delle richieste — tutto quello che hai chiesto, in ordine
data: 2026-08-09
autore: Romeo
tipo: riformulazione
fonti:
- r003 · RICHIESTA_14_07_2026.MD (14/07)
- r001 · RICHIESTA_02_08_2026.md (brainstorm 31/07 + richiesta 02/08)
- r002 · richiesta_riformulata_02_08_2026.md (T0–T12)
- r004 · SCHEDA_r004_2026-08-06 (5 punti) stato: da validare — 9 chiarimenti aperti (C1–C9)
Registro unico delle richieste
A cosa serve. Un posto solo dove sta ogni cosa che hai chiesto dal 14/07 a oggi, in ordine di
quando l'hai chiesta, con accanto cosa ne è stato davvero — verificato sui dati CATPIT, non a
memoria. Serve a trasformare le richieste in task senza doppioni e senza perderne nessuna.
Come si legge. Ogni riga ha un id stabile (R01…R21), la richiesta come l'hai scritta, lo stato
verificato, dove vive oggi, e — dove serve — il chiarimento che mi manca per procedere.
Legenda stato: ✅ fatto · 🟡 in corso · ⛔ fermo su una decisione tua · ⚪ mai iniziato · ♻️ duplicato/assorbito
Blocco 1 — 14/07 (r003)
R01 · Una skill che si carica a ogni messaggio e si aggiorna col contesto ⚪
«Trasforma le informazioni più rilevanti in una skill che si carica a ogni messaggio e che si aggiorna
in base all'avanzamento del contesto»
Stato: mai tradotta in task. Parente stretto di R09 (impianto a skill, a58), ma non è la stessa cosa:
qui chiedi una skill auto-aggiornante, che oggi non esiste in nessuna forma.
Chiarimento C9.
R02 · Base di codice guidata / il sistema si costruisce da solo ordinatamente ⚪
«che ci sia una base di codice sul mio pc da cui attingere… il sistema deve costruirsi da solo
ordinatamente, e puntare a scalare»
Stato: risposta scritta il 14/07 (quattro leve: app modulari e testabili, scaffold standard, curare
non accumulare, catalogo invece di code base), primo passo mai eseguito — l'inventario delle app
non è mai partito come task.
Nota: la dockerizzazione (R12) ha di fatto censito 14 app in docker/CENSIMENTO_DOCKER.md: metà del
lavoro è successa per un'altra strada.
Chiarimento C4.
Blocco 2 — 31/07, brainstorm (r001, prima parte)
R03 · Stanze divise per tipo di attività, non per argomento 🟡
«BRAINSTORM, LEARN, BUILD, DEBUG, REFINE… vorrei che ci fossero comparti stagni»
Stato: deciso il 02/08 di farle sul server attuale (vedi R19). Alcune esistono già e le stiamo usando
(questa stanza, #archimede-build, le -report). L'insieme completo no.
Task: a60 (Da fare). Chiarimenti C7, C8.
R04 · Impianto basato sulle skill e sulla loro attivazione intelligente 🟡
«Ho bisogno di alcune stanze, migliorate per progettare, creare e inserire nuove Skill… ci sposteremo
a un impianto basato sulle skill e sulla loro attivazione intelligente»
Stato: mappa skill×compiti fatta (a62 ✅); l'impianto no.
Task: a58 (In corso), a67 (Da fare, stanza Skill). Chiarimento C5.
R05 · Il "DNA di creazione" ⚪
«pianificare progetti che si sviluppino da soli, in certe fasce orarie, facendo conteggio dei token e
organizzando il lavoro con cron job che si autodistruggono, avviando processi separati… manca il DNA
di creazione»
Stato: mai iniziato. È la stessa cosa del punto 4 della scheda del 06/08 (R21): un filone solo.
Task: a59 (Da fare). Chiarimento C6.
Blocco 3 — 02/08 (r001, seconda parte)
R06 · Romeo strategico + Maurus esecutivo ⛔
«una suddivisione tra due agenti, 1 romeo che deve vedere le cose dall'alto… 2 Maurus, che deve essere
l'agente subordinato alle attività»
Stato: workspace di Maurus pronto, agente mai attivato. Ferma dal 02/08 su due domande mai risposte.
Task: a56 (In corso). Chiarimento C2.
R07 · I due file della conversazione ⚪
«uno con i 4 messaggi precedenti a questo, questo, e la tua prossima risposta; uno con una mappa della
conversazione»
Stato: mai eseguito. CONVERSAZIONE_02_08_2026.md e MAPPA_CONVERSAZIONE_02_08_2026.md non
esistono, cercati nel repo e nel vault. È l'unica richiesta del 02/08 rimasta a zero — e l'avevi chiesta
per seconda, come base documentale di tutto il resto.
Task: a61 (Da fare, priorità Bassa — sbagliata, la alzo). Nessun chiarimento: si fa e basta.
R08 · Tutte le app su Docker, aggiornamenti in istanze separate, tutto su Git ⛔
«Voglio tutte le app che abbiamo creato in queste settimane caricate su docker… D'ora in avanti le
applicazioni vivranno tutte su docker… Oltre a questo tutto su Git»
Stato: 12 app su 14 già in container e collaudate su porte di prova; produzione mai toccata. Il
cutover è fermo dal 02/08 sulla richiesta q042 (tre decisioni: cutover, Cassaforte, git sul vault).
Task: a57 (Bloccato su Ettore), figli a70/a71 ✅. Decisione: `q042`, già aperta.
R09 · Stanza "Nucleo" con Albero skill e Albero agenti/progetti ⚪
«una stanza chiamata "nucleo", con delle sottostanze; "albero 1"… le skill che possiedono tutti gli
agenti… "albero 2"… gli agenti e i progetti ad essi connessi, con tanto di contesto»
Stato: mai iniziata. Dipende da R14 (dati delle skill), altrimenti l'Albero 1 nasce vuoto.
Task: a68 (Da fare, in mano ad Archimede).
R10 · Tasks dentro Projects, a tendina ✅
Stato: fatto. Task: a65.
R11 · Calendario dei cron job che si aggiorna ✅ ♻️
Stato: fatto (a66) — ma il 06/08 hai chiesto di migliorare notevolmente la vista calendario
(R21.5). Le due richieste vivono sullo stesso schermo.
Decisione: `q063`, già aperta.
R12 · Stanza Tasks riscritta: gruppi, calendario, cron, albero ✅ ♻️
Stato: consegnato (a64). Vale la stessa nota di R11: quello che c'è non ti basta.
Decisione: `q063`.
R13 · Leggibilità: tutte le scritte luminose su fondo scuro 🟡
«lo sfondo è scuro, quindi le scritte (tutte) devono essere luminose e brillare quasi quanto quelle del
titolo "MISSION CONTROL"»
Stato: in corso da tre settimane, corretto a pezzi (l'ultimo il 09/08: la penna «modifica» del Quaderno
era grigia e sembrava disabilitata). Non è mai stato fatto il passaggio sistematico su tutte le stanze.
Task: a63 (In corso).
R14 · Stanza Skill restaurata + chat Opus 5 per tradurre e compattare ⚪
Stato: mai iniziata. Task: a67 (Da fare). Chiarimento C5 (e la vecchia domanda: la chat
scrive sui file o propone soltanto? Regola della casa: propone. Do per confermato salvo tuo no).
R15 · Stanza per le richieste non ancora tradotte in task ✅
Stato: fatta — è la corsia b### della stanza Richieste. Da lì è poi nato il Quaderno (/quaderno),
che è il passo successivo: non i bisogni sciolti, ma le tue richieste come documenti.
Blocco 4 — 06/08, scheda r004
R16 · Lavorare a blocchi ⚠️ ⚪
«Lavorare a blocchi quando si sviluppa e si lavora»
Stato: non fatto. Il 09/08 l'avevo dato per chiuso col riquadro sessione: sbagliato, me l'hai
detto tu — intendi un'altra cosa. Finché non so cosa, resta aperto.
*Chiarimento C1 — è il più importante di tutti, perché tocca come si lavora, non cosa si costruisce.*
R17 · Goal che segnano il raggiungimento di una fase ⚪
Stato: mai iniziato. Decisione: `q062`, già aperta.
R18 · Fasi di progetto dentro CATPIT ⚪
Stato: mai iniziato. In AGENTS.md la gerarchia PDCA a 4 livelli è descritta, ma nei dati CATPIT
la fase non esiste come oggetto: attivita.csv ha task piatti sotto un progetto.
Decisione: `q062` (stessa di R17: sono un oggetto solo).
R19 · Loop e goal per Life OS, Video Factory e il 95% del budget ⚪ ♻️
«Pianificare e programmare una serie di prompt con loop e gols per: creare e sviluppare il life OS, di
cui ho forte bisogno; mandare avanti la video factory in maniera consistente; utilizzare il 95% del
limite di utilizzo di questo mese, settimana per settimana, tenendone traccia»
Stato: mai iniziato. Stesso filone di R05 (il DNA di creazione del 31/07): non sono due lavori.
Decisione: `q064`, già aperta. Chiarimento C6.
Vincolo tecnico da tenere: la finestra 5h di Anthropic è una sola e condivisa fra Romeo, Archimede
e Creso. Il 95% si raggiunge occupando finestre consecutive, non lanciando loop in parallelo.
R20 · Vista calendario dei task, migliorata ⚪ ♻️
«IMPORTANTE: migliorare notevolmente la vista sul calendario dei tasks»
Stato: il calendario esiste (R11, R12) ma non ti basta. Decisione: `q063`, già aperta.
R21 · Stanze Discord: tre gruppi sul server attuale ⚪
«gruppo di stanze per agente… gruppo per la creazione di prompt secondo i livelli del metodo di lavoro…
gruppo di stanze per la sola ideazione del sistema»
Stato: mai eseguito per intero. Task: a60 (Da fare). Chiarimenti C7, C8.
I chiarimenti che mi servono
Numerati per poterli richiamare. C1 è quello che blocca di più, gli altri si possono rispondere a rate.
| id | Chiarimento | Perché serve | Riguarda |
|---|---|---|---|
| C1 | «Lavorare a blocchi»: cosa intendi esattamente? Blocchi di tempo (fasce dedicate a un progetto solo)? Blocchi di lavoro (un pacchetto chiuso che parte e finisce senza cambiare argomento)? Blocchi di contesto (una sessione = un progetto, niente mescolanza)? Altro? | L'ho già interpretato male una volta. È una regola su come lavoriamo io e te, non una funzione di CATPIT: sbagliarla costa tutto il resto. | R16 |
| C2 | Maurus: agente vero o ruolo di Romeo? E che ne è di Archimede, che oggi è di fatto l'esecutore? (mia raccomandazione: Maurus esecutore generalista, Archimede resta lo specialista di codice) | Ferma dal 02/08. Ogni task futuro va assegnato a qualcuno. | R06 |
| C3 | Il calendario: cosa gli manca davvero? È già stato consegnato due volte (task e cron) e non ti basta. Cosa devi vedere che oggi non vedi? | Rifarlo senza saperlo significa consegnarlo una terza volta a vuoto. | R11, R12, R20 · q063 |
| C4 | Lo scaffold + catalogo del 14/07 è ancora vivo o superato? Un modo unico di costruire le app nuove e un indice di quelle esistenti. | La dockerizzazione ne ha fatto metà per un'altra strada. Se è morto, lo archivio; se è vivo, è un progetto. | R02 |
| C5 | Skill: globali o per agente? E chi le approva — resta il vetting di Archimede + il tuo OK, o corsia veloce per quelle di sola lettura? | Aperta dal 31/07, mai risposta. Blocca R04 e R14. | R04, R14 |
| C6 | Dammi un caso concreto per il DNA: una cosa che vorresti trovare fatta domani mattina senza averla spiegata la sera prima — e che oggi richiede te. | Senza un caso reale il DNA non è progettabile: resta un tema di conversazione. Aperta dal 31/07. | R05, R19 |
| C7 | Comparti stagni con o senza handoff formale? Un Build può leggere il Brainstorm da cui nasce, o passa solo un documento di consegna? | Senza handoff, i comparti stagni diventano amnesia. È il rischio numero uno della struttura a stanze. | R03, R21 |
| C8 | Quali stanze mancano davvero? Alcune esistono e le usiamo. Servono tutte e tre le famiglie (per agente / creazione prompt / ideazione), o basta completare la prima? | Evita di creare venti canali che poi restano vuoti. | R03, R21 |
| C9 | La skill auto-aggiornante del 14/07 la vuoi ancora? Una skill caricata a ogni messaggio che si aggiorna col contesto. | Oggi quel ruolo lo fanno AGENTS.md + MEMORY.md, male e a caro prezzo (~15 KB iniettati ogni sessione). | R01 |
Cosa parte senza aspettare nessun chiarimento
- R07 / `a61` — i due file della conversazione 02/08. Mai fatti, nessuna decisione da prendere, priorità da alzare.
- R13 / `a63` — il passaggio sistematico sulla leggibilità, stanza per stanza, invece delle pezze a ogni segnalazione.
- R08 / `a57` — appena rispondi a
q042il cutover Docker riparte: è lavoro già all'85%.
Aggiornamento 10/08 — risposte ricevute e chiarimenti aperti in CATPIT
Le tre decisioni, risposte
`q062` — goal e fasi. Non hai scelto un perimetro: hai dato una definizione, che vale di più.
«I goal sono il parametro con cui poter dire "il task è superato", e impostarli deve fare parte del
metodo di lavoro, in quanto parte essenziale della progettazione dei processi.»
Esempio: Video Factory canale 1 → fase 1 progettazione, goal = aver pianificato tutte le fasi → fase 2
creazione sistema, goal = 1 video beta decente → fase 3 setting, goal = almeno 1 video al 100% pronto.
Conseguenza: non è un pilota su tre progetti, è una regola del metodo. Va scritta inMETODO_DI_LAVORO.md e in AGENTS.md accanto alle fasi PDCA, non solo implementata in CATPIT.
`q063` — calendario. Vista principale e fissa, niente selettore. E la richiesta vera:
«voglio lavorare in modo analogo a questa stanza: chattare su Discord riguardo ai task da programmare,
e poterli visionare e in caso modificare dall'interfaccia (vedendoli sul calendario), e vederli anche
in gruppo, in base al progetto o alla programmazione decisa. In questo modo potrò anche iniziare a
vedere e a lavorare a blocchi.»
Conseguenza: il calendario non è una vista, è la superficie di lavoro — e i gruppi che mostra
sono i blocchi. Da qui esce la riformulazione di C1. Chiude C3.
`q064` — budget. Confermato il vincolo della finestra 5h condivisa, e aggiunto il **protocollo che
ogni task deve seguire**:
- vedere quanta finestra rimane → 2. decidere se iniziare con quella che resta → 3. caricare le skill per risparmiare token → 4. eseguire → 5. valutare il limite residuo → 6. se il residuo è sotto l'85%, preparare il prossimo → 7. creare il task successivo o fermarsi.
Conseguenza: è la specifica del motore dei loop. Manca solo l'obiettivo su cui provarlo → C6.
I chiarimenti, ora aperti come richieste
C3 è chiusa da q063. Gli altri otto sono nella stanza Richieste, sessione s005:
| chiarimento | richiesta | priorità |
|---|---|---|
| C1 — cos'è un blocco di lavoro | q065 | alta |
| C2 — Maurus agente o ruolo | q066 | alta |
| C5 — skill: libreria unica o per agente | q068 | alta |
| C6 — un caso concreto per il motore | q069 | alta |
| C7 — comparti stagni con o senza handoff | q070 | media |
| C4 — scaffold e catalogo del 14/07 | q067 | media |
| C9 — la skill auto-aggiornante | q072 | media |
| C8 — quali stanze Discord | q071 | bassa |
Richieste nuove del 10/08 (non erano nel registro)
- R22 · Le schede nel riquadro sessione sono riferimenti non editabili — segnalato guardando
s004. - R23 · Nel Quaderno, i documenti che coprono più giorni si chiamano «checkpoint», e sotto si vedono i task generati, modificabili e confermabili.
- R24 · Stanza «Libreria skill» — tutte le skill, sia quelle in dotazione agli agenti sia quelle in libreria, visionabili.
Tutte e tre consegnate alla stanza build il 10/08:materiale condiviso/Sviluppo_Sistema_Agentico/BRIEF_2026-08-10_Quaderno_checkpoint_schede_azionabili_libreria-skill.md
Conteggio
21 richieste censite. 4 fatte (R10, R11, R12, R15) · 5 in corso (R03, R04, R06, R08, R13) ·
12 mai iniziate. Nessuna richiesta risulta persa; **nessun task esistente risulta senza una richiesta
che lo giustifica**.
Changelog
- 2026-08-09 — prima stesura. Unificate le quattro schede del Quaderno (r001–r004), stati verificati su
attivita.csverichieste.json, 9 chiarimenti aperti.