---
name: come-e-organizzata-questa-memoria
description: Come sono divisi questi file, chi possiede quale fatto, e cosa fare quando due file dicono cose diverse
metadata: 
  node_type: memory
  type: feedback
  modified: 2026-09-09T14:20:00.000Z
---

Regola chiesta da Paolo il **2026-09-09**, dopo che una sessione aveva dato per persi
sedici file su Drive leggendo un conteggio vecchio in [[stato-scaletta-e-coda]] mentre la
decisione giusta stava, scritta bene, in [[storia-indovina-il-gioco]].

**Why:** ogni sessione riparte da zero e legge due o tre file, non tutti e trenta. Se lo
stesso fatto sta in piu' posti, quello che la sessione trova per primo vince — e se e'
la copia vecchia, la sessione lavora su una cosa che non e' piu' vera. Non e' un problema
di ordine, e' che le copie invecchiano da sole.

# Un fatto, un file

Ogni fatto ha **un solo file che lo possiede**. Gli altri lo linkano col doppio quadro e non
lo riscrivono, nemmeno in versione corta.

| cosa | chi lo possiede |
|---|---|
| dove siamo adesso, coda, cosa manca | [[stato-scaletta-e-coda]] |
| come si pubblica: Buffer, id, tag, Vercel, scatole | [[pipeline-pubblicazione]] |
| come si scrive: tono, fonti, CTA, cosa non si dice | [[testi-e-fonti-bg-perspective]] |
| le storie quiz e la cartella Drive | [[storia-indovina-il-gioco]] |
| i numeri dei post e delle storie | [[numeri-del-canale]] |
| il magazzino delle schede pronte | [[magazzino-post-pronti]] |
| i dati del portale e le partite | [[api-portale-bgg]], [[conteggio-partite-gonfiato]] |
| le regole delle slide | [[template-copertina-bg-perspective]], [[slide-durata-vera]], [[tetto-righe-slide-cose]] |

Un fatto che non entra in nessuno di questi vuole un file nuovo, non un paragrafo appeso
al file piu' vicino.

# Lo stato non e' un diario

[[stato-scaletta-e-coda]] tiene **solo com'e' adesso**. Quando una cosa viene fatta, la
riga che la chiedeva si **cancella**, non si annota "fatto". Le verifiche di due settimane
fa non servono a nessuno e sono esattamente quelle che ingannano.

L'eccezione sono i numeri: in [[numeri-del-canale]] le letture vecchie restano, con la data
accanto, perche' li' il valore e' il confronto nel tempo.

# Quando due file dicono cose diverse

Vince **la data piu' recente**, e poi si corregge subito l'altro. Non basta usare quello
giusto e tirare avanti: se la copia sbagliata resta, la prossima sessione ci ricasca. Se
non e' chiaro quale sia vero, si guarda il dato alla fonte (Buffer, Drive, il portale) e
si chiede a Paolo solo se la fonte non risponde.

# Le lezioni stanno separate dalle procedure

I file sotto "Lezioni dai miei errori" in `MEMORY.md` dicono **cosa e' andato storto e
perche'**, non come si fa una cosa. Servono a riconoscere la situazione, non a eseguirla:
[[lo-stesso-dato-vive-in-piu-posti]], [[una-regola-nuova-non-si-applica-da-sola]],
[[non-indovinare-gli-indirizzi]], [[flag-che-non-esistono]],
[[non-ricostruire-dati-troncati]], [[un-controllo-nuovo-si-tara-sui-dati-veri]].

# Le due copie della cartella

La memoria vive in `~/.claude/projects/-Users-paolo-Server-Siti-Web--private-BG-Perspective/memory/` e
c'e' una copia identica dentro il repo, in `BG-Perspective/memoria/`, che e' quella che
finisce nel backup su GitHub. **Sono due cartelle diverse, non un collegamento**: dopo aver
scritto una memoria si copia il file anche di la' e si controlla con
`diff -rq` che non siano rimaste divergenze. Vedi [[backup-e-repository]].

**How to apply:** quando si scrive una memoria nuova, prima si cerca se il fatto ha gia' un
proprietario e si aggiorna quello. Un file nuovo si crea solo per un fatto che non appartiene
a nessuno dei file esistenti, e va aggiunto a `MEMORY.md` con una riga sola.