# Memory Hygiene

Regole pratiche:

1. Niente segreti: non salvare token/password/chiavi/API key.
2. Niente dump raw lunghi: preferire sintesi operative verificabili.
3. Scope/topic/tag sobri: puntare a recupero rapido, non tassonomie complesse.
4. Mantenere separazione: docs ufficiali in docs-node, memoria operativa in memory-node.
5. Prima di salvare, cercare duplicati con `memory_search`.
6. Preferire `source_ref` quando disponibile (ticket/commit/doc).
7. Usare solo i tool M2 disponibili: `memory_status`, `memory_add_entry`, `memory_search`, `memory_read_entry`, `memory_list_scopes`, `memory_list_topics`, `memory_list_tags`, `memory_invalidate_entry`.
8. Non creare memoria project-scoped senza `project_path` o `project_id`; preferire `project_path` quando disponibile.
9. Per entry obsolete, preferire `memory_invalidate_entry` a cancellazioni o riscritture rumorose.
10. Le reason di invalidazione devono essere sintetiche e senza dati sensibili.

Checklist rapida prima di `memory_add_entry`:

- e' utile tra 2 settimane?
- e' verificabile su una fonte primaria?
- riduce rischio di rifare la stessa analisi?