Obsidian come secondo cervello: setup pratico di un vault, tra Bases, plugin e sicurezza
Una guida tecnica per configurare Obsidian come sistema di gestione della conoscenza personale. Copre vault, struttura delle note, proprietà, Bases e plugin, con attenzione ai rischi di sicurezza e alle novità della 1.15 di novembre 2026.
Il tema è ampio, quindi lo interpreto così: una guida di setup per un pubblico tecnico che vuole usare Obsidian come «secondo cervello», cioè un archivio personale di note collegate, interrogabili e a lungo termine. Mi concentro su scelte che reggono nel tempo, come file locali, struttura minima e plugin ridotti all'essenziale. Il flusso di lavoro è una proposta mia, non una ricetta ufficiale.
Cosa è successo
Non c'è una notizia di rottura, ma Obsidian è in evoluzione rapida e conviene partire da una versione aggiornata. Il changelog ufficiale della 1.15 Desktop, pubblicata il 2 novembre 2026, introduce diagrammi Mermaid più rapidi e coerenti con il tema, filtri riordinabili in Bases e nuovi comandi URI/CLI per aggiungere contenuto sotto un'intestazione. Chi imposta un vault oggi trova quindi strumenti più maturi rispetto a un anno fa, soprattutto per organizzare e interrogare le note.
Il vantaggio di Obsidian per un profilo tecnico è la portabilità. Un vault è una cartella del file system locale in cui Obsidian conserva le note. Le note sono file Markdown, quindi si possono versionare, cercare da terminale e migrare altrove senza esportazioni proprietarie. In un periodo in cui molti strumenti di appunti spingono verso il cloud, questo modello riduce il lock-in. Il prezzo è che sicurezza, backup e sincronizzazione diventano responsabilità tua.
Contesto
Un secondo cervello funziona se catturare, collegare e ritrovare le informazioni costa poco sforzo. Ecco il setup minimo che suggerisco, passo per passo.
1. Crea il vault. Al primo avvio Obsidian chiede di aggiungere un vault: puoi crearne uno vuoto oppure usare una cartella esistente. Per la procedura basta indicare il nome e scegliere la posizione. Un solo vault per tutto è di solito più utile di tanti vault separati. La documentazione ammette anche vault diversi per progetti diversi, ma i collegamenti tra note funzionano dentro un singolo vault. Un secondo vault ha senso soprattutto per dati sensibili, come spiego più sotto.
2. Struttura minima. Evita gerarchie profonde di cartelle. Un esempio di partenza, scelto da me:
00-Inbox: catture rapide da smistare;10-Progetti: lavoro con una scadenza o un obiettivo;20-Riferimenti: note permanenti, concetti, appunti su articoli e documentazione;90-Templatee99-Archivio.
Il valore sta nei collegamenti [[nota]] e nei backlink più che nelle cartelle. Nella novità di ottobre, la ricerca fuzzy di quick switcher e suggerimenti è migliorata e vale per vault di qualsiasi dimensione. Navigare per titolo diventa quindi più comodo di navigare per cartelle.
3. Proprietà coerenti. Dai a ogni tipo di nota poche proprietà YAML nel frontmatter, ad esempio tipo, stato, creata, fonte. Poche chiavi usate sempre valgono più di molte usate a caso. Sono la base per le viste dinamiche.
4. Bases al posto di query complesse. Bases è un plugin core. Trasforma le note in viste database (tabelle, schede, liste, Kanban, mappe). I dati restano nelle proprietà delle note e una breve definizione YAML, in un file .base o in un blocco di codice, decide cosa mostrare. Si attiva in Impostazioni, Plugin core. Un esempio utile è una vista «da leggere» che filtra per tipo = articolo e stato = da leggere. Per chi usava Dataview, una guida di terzi propone un confronto e una migrazione, con Bases come plugin core e Dataview come plugin della community. Quella guida è una fonte non ufficiale, quindi verifica sempre la sintassi sulla documentazione di Obsidian.
5. Cattura rapida e automazione. Le versioni recenti hanno aggiunto la riga di comando. Dalla 1.12.7 l'installer include un binario dedicato alla CLI, e nella 1.15 si possono accodare contenuti sotto una specifica intestazione. È un buon punto di aggancio per script, ad esempio per salvare link o log dal terminale nell'inbox. Il comportamento esatto dei comandi va letto nella documentazione ufficiale della CLI, che qui non ho verificato nel dettaglio.
6. Sincronizzazione e backup. Hai due strade: il servizio a pagamento Obsidian Sync oppure una cartella sincronizzata da terzi (iCloud, Dropbox, Git e simili). Una guida avverte di non usare Obsidian Sync insieme a un vault già dentro una cartella sincronizzata, per evitare conflitti. Qualunque scelta tu faccia, tieni un backup separato: la sincronizzazione non è un backup.
7. Plugin: pochi e valutati. Parti dai plugin core e aggiungi quelli della community solo per un'esigenza concreta. La parte sulla sicurezza è nella sezione sull'impatto pratico.
Sicurezza dei plugin
Qui il profilo tecnico dovrebbe essere più prudente della media. La documentazione ufficiale avverte che Obsidian non riesce a limitare in modo affidabile i permessi dei plugin: possono accedere ai file del computer, collegarsi a internet e installare altri programmi. Il team è piccolo e non può rivedere a mano ogni nuova release, quindi si appoggia alla segnalazione della community. Le policy per gli sviluppatori vietano, tra le altre cose, codice offuscato e telemetria lato client. Resta però il fatto che il codice dei plugin gira con i tuoi privilegi. Misure ragionevoli:
- lascia attiva la Modalità limitata finché non ti serve davvero un plugin;
- installa solo plugin mantenuti, con repository leggibile, e leggi il codice o le dipendenze di quelli che toccano dati sensibili;
- se tratti credenziali, dati clienti o appunti riservati, usa un vault separato senza plugin della community. È un consiglio ripreso da una guida di terzi, ma coerente con le raccomandazioni ufficiali;
- aggiorna i plugin in modo consapevole, controllando le release prima di applicarle.
Vault non fidati. Se apri un vault ricevuto da altri, nella 1.14.3 temi e snippet vengono disattivati temporaneamente mentre è visibile la finestra «Do you trust the author of this vault». È una mitigazione utile, ma non sostituisce la cautela: apri vault altrui solo se ti fidi della fonte.
Cosa fare oggi. Installa la versione stabile più recente, crea un vault con inbox e tre o quattro tipi di nota, definisci pochi campi YAML e costruisci una prima base per ciò che usi di più, come letture o progetti. Aggiungi plugin della community uno alla volta e imposta un backup automatico prima di inserire dati importanti. Dopo qualche settimana rivedi la struttura in base a ciò che cerchi davvero.