Stiamo costruendo skiml perché la categoria read-later si è arresa.

Pocket ha chiuso nel 2025. Mozilla ha staccato la spina, cancellato i dati di tutti e indirizzato gli utenti verso Reader, Raindrop, Instapaper, la solita manciata di alternative che gira da un decennio. Quasi tutti i profughi hanno migrato. Quasi tutti i profughi stanno ancora affogando.

Non è un problema di strumenti. È un problema di categoria.

La categoria ti vende la cosa sbagliata.

Ogni strumento read-later, dal Read It Later originale del 2007 alle versioni in salsa AI che escono oggi, è costruito attorno alla stessa primitiva: il salvataggio. Premi un pulsante. L'articolo finisce in una lista. La lista cresce. Alla fine la lista diventa un cimitero, dichiari bancarotta e migri su un nuovo strumento che diventerà un nuovo cimitero nel giro di sei settimane.

Gli strumenti sono diventati più belli. Il pulsante di salvataggio ha più scorciatoie da tastiera. Alcuni ora offrono riassunti AI. Nessuno ha cambiato la meccanica di fondo, che è questa: salvare è facile, finire è impossibile, e nello spazio tra le due cose vive il senso di colpa.

Pensiamo che si possa risolvere. Pensiamo che la generazione precedente di strumenti non ci abbia nemmeno provato.

Il prodotto non è il salvataggio. È la risoluzione.

L'inbox zero esiste per la posta perché la posta ha un meccanismo di risoluzione: leggi, archivia, elimina, e il messaggio esce dalla casella e dalla tua vita. Gli articoli salvati non hanno un equivalente. Non esiste un «archivia» per un contenuto che ti pesa in silenzio da quattordici mesi. Non esiste un «questo non è più rilevante, toglimelo dalla testa». Esiste solo la pila, e la pila cresce e basta.

Skiml è costruito attorno alla domanda su cui nessun altro ha costruito: come si finisce un articolo salvato senza leggerlo?

La risposta onesta, quasi sempre, è che non dovresti leggerlo. Dovresti sapere cosa sostiene, decidere se vale il tuo tempo, prendere il punto chiave e chiudere la scheda. Non è pigrizia. È la matematica di quanto viene pubblicato rispetto a quanto una singola persona riesce davvero a leggere. Il numero di articoli che meritano una lettura integrale ogni settimana è molto più piccolo del numero di articoli che salvi. Uno strumento serio in questa categoria dovrebbe aiutarti a capire in fretta la differenza, non lusingarti facendoti credere che ce la farai con tutti.

In cosa crediamo.

Salvare non dovrebbe sembrare un progresso. Sembra un progresso perché la dopamina del «ci penso dopo» è reale. Ma il dopo è una bugia. La pila è la verità. Stiamo costruendo skiml in modo che salvare sia l'inizio di un processo, non la fine.

I brief operativi non sono riassunti. Un riassunto ti dice cosa c'è nell'articolo. Un brief operativo ti dice cosa farci. La categoria confonde queste due cose da un decennio. Skiml si rifiuta di confonderle.

La maggior parte degli articoli merita di essere saltata. È la cosa più controcorrente in cui crediamo ed è quella che siamo meno disposti ad ammorbidire. La tua pila di salvataggi non è un debito morale. È il residuo di un'economia dei contenuti che pubblica più di quanto una singola persona possa assorbire. Il permesso di saltare non è una funzione. È l'intero prodotto.

Il compito della dashboard è portare la pila a zero. Non far crescere l'engagement. Non massimizzare il tempo passato nell'app. La metrica di successo di skiml è se la tua pila questa settimana è più piccola di quella della settimana scorsa. Se non lo è, abbiamo fallito.

L'AI sta in cucina, non sul menu. Skiml usa Claude per preparare i brief operativi in background. Non apriremo mai una pagina di marketing con le parole «basato sull'AI». Il modello è uno strumento. Il prodotto è la risoluzione. Il modello migliora; il prodotto resta lo stesso.

Cosa non siamo.

Non siamo un gestore di preferiti. Raindrop è eccellente come gestore di preferiti e non abbiamo alcuna intenzione di competerci.

Non siamo un'app di evidenziazioni e note. Reader e Matter dominano questo spazio. Se il tuo rapporto con i contenuti salvati consiste nell'annotare a fondo una piccola parte di essi, dovresti usare uno di loro.

Non siamo un «secondo cervello». Non abbiamo nulla contro gli strumenti da secondo cervello. Crediamo solo che la maggior parte di chi dice di volere un secondo cervello in realtà voglia una prima inbox a zero, e che il loro secondo cervello sia il prossimo cimitero in attesa di nascere.

Non stiamo cercando di farti leggere di più. Stiamo cercando di aiutarti a decidere più in fretta.

Dove porta tutto questo.

Skiml è un'estensione per Chrome e una dashboard. Oggi gestisce articoli, PDF, YouTube, podcast e newsletter. Le prossime versioni aggiungono un'intelligenza più profonda sulle fonti e, col tempo, qualunque nuovo formato di contenuto produrranno i prossimi cinque anni, perché il problema di fondo (salvare contenuti più in fretta di quanto chiunque possa consumarli) non sparirà. Sta peggiorando.

Stiamo costruendo lentamente e di proposito. Preferiamo servire le persone che lo usano piuttosto che raccogliere una lunga lista di nomi. Il prezzo è onesto, perché l'alternativa è centellinare il prodotto in modi che ne tradiscono lo scopo. Il prodotto migliorerà quando rilasceremo cose che risolvono pile reali per persone reali, non quando aggiungeremo funzioni fine a se stesse.

Una piccola nota sul fondatore.

skiml è costruito da una persona sola, la sera, con Claude come partner di programmazione. Non c'è ancora una pagina del team perché non c'è un team. Se stai leggendo queste righe e hai mai provato quel senso di colpa specifico che arriva aprendo un'app read-later che non aprivi da un anno, sei esattamente la persona per cui lo stiamo costruendo. Ascoltiamo davvero quello che ci dicono i primi utenti, c'è un widget di feedback dentro la dashboard, e dedichiamo tempo vero alla ricerca sugli utenti, non solo alle nuove funzioni. Ce la faremo.

La pila non è colpa tua. Sono stati gli strumenti a sbagliare. Una via d'uscita c'è.