Il Manifesto

Il gesto non è il problema

Scorrere è diventato un gesto ordinario. Il problema è l'architettura che spesso lo organizza: pubblicità, raccomandazioni costruite sul comportamento e percorsi senza fine trasformano l'attenzione in una risorsa da trattenere. Non è colpa di chi usa quelle applicazioni e raramente lo è di una singola persona che contribuisce a costruirle: è il risultato di un modello economico e progettuale.

Un tentativo diventato artefatto

GoodScroll nasce da una domanda: il gesto familiare dello scroll può essere riorientato senza riprodurre i meccanismi che catturano l'attenzione? Quella domanda non è rimasta astratta: ha preso la forma di un prototipo funzionante, criticabile e correggibile, che conserva il gesto e cambia alcune delle regole che lo governano.

GoodScroll non promette di renderti migliore, di arricchire la tua vita o di misurare la qualità dei tuoi pensieri. Offre contenuti, confini e pause pensati per lasciare spazio alla riflessione. Che questo accada è un giudizio che spetta a chi li incontra, non una metrica che il software possa rivendicare.

La coerenza è un metodo, non un'etichetta

Un manifesto non rende etico un software. Il codice può smentire le parole, una prova può essere incompleta e una scelta coerente oggi può smettere di esserlo domani. Per questo GoodScroll non rivendica una corrispondenza totale o definitiva. Cerca di tenere vicini quattro piani: ciò che dichiara, ciò che implementa, ciò che riesce a verificare e ciò che ancora non sa dimostrare.

Quando emerge una divergenza, il compito non è difendere la narrazione: è correggere il codice o la parola, spiegare il limite e rendere il progetto nuovamente controllabile. La coerenza, qui, non è innocenza: è una responsabilità continua.

Cinque principi operativi

• L'attenzione non è materia prima. GoodScroll non contiene pubblicità o contenuti sponsorizzati, non costruisce profili predittivi e non ordina i contenuti per interesse o coinvolgimento previsto. Usa soltanto lo stato necessario a ridurre le ripetizioni e seleziona casualmente all'interno di quei confini.
• L'esperienza deve avere una fine. Il nuovo feed è finito e le pause non sono scorciatoie decorative.
• La socialità non deve diventare una classifica. Gli Echi sono gesti espliciti e non vengono anticipati da conteggi aggregati di popolarità.
• Una promessa sulla privacy deve dichiarare anche i propri confini. Deve dire che cosa protegge e che cosa non può proteggere.
• La trasparenza deve essere confutabile. Dove possibile, ogni promessa tecnica va associata a condizioni controllabili; dove questo non è possibile, il limite deve restare visibile.

Come i principi diventano software

• Il server assegna un percorso finito di non più di venti contenuti. Quando l'utente supera il confine dopo l'ultimo contenuto, il server avvia una pausa di trenta minuti; fino alla scadenza non assegna un nuovo percorso.
• Una volta a settimana il server impone il Philosophical Bath. Il giorno personale è assegnato casualmente dal server, rimane stabile fra dispositivi e non può essere modificato o disattivato dall'utente. Nuovo feed, Storia non salvata, community e Lumi restano chiusi; nella Raccolta sono bloccate nuove reazioni, note ed Echi, ma restano possibili il ritiro di una reazione già attiva e i controlli di account e privacy.
• Le reazioni descrivono il rapporto con un contenuto — illuminazione, riflessione, applicazione — invece di assegnare un punteggio pubblico alla persona che lo ha prodotto.
• Gli Echi degli altri utenti sono mostrati soltanto alla community autenticata e approvata, fuori dal Bath; non sono pubblici sul web. Gli accessi tecnici sono quelli dichiarati nella privacy policy. GoodScroll non mostra quanti Echi esistano prima che la persona scelga di aprirli.
• Nel vault attuale le nuove note, e quelle precedenti dopo la migrazione, sono cifrate sul dispositivo con una chiave derivata dalla frase segreta, che GoodScroll non conserva. Le note non ancora migrate mantengono la protezione precedente. Il vault protegge soprattutto dalla lettura diretta di database e backup, non da tentativi offline contro una frase debole né da un browser o frontend compromesso.

Una presenza che non reclama

Dentro GoodScroll vive Lumi, un piccolo spirito di luce. Non è un assistente, non è un chatbot e non ti chiede di tornare. Lo apri tu. Quando lo apri, il browser registra localmente il giorno della proposta per non ripeterla nello stesso giorno finché quello stato locale rimane disponibile. Puoi sempre saltarla e la risposta non viene classificata, ricordata o inviata al server. Lumi non misura le tue assenze e nel Philosophical Bath la sua stanza resta chiusa.

Lumi è un'ipotesi progettuale: una presenza digitale può essere disponibile senza costruire dipendenza affettiva e può tacere senza trasformare il silenzio dell'utente in un segnale con cui richiamarlo.

Il paradosso dell'intelligenza artificiale

L'intelligenza artificiale ha reso possibile una parte dei contenuti e molto del percorso costruttivo di GoodScroll. Una parte del corpus viene prodotta in batch con modelli linguistici: non viene generata in tempo reale, non viene personalizzata sul comportamento dell'utente e l'origine disponibile viene indicata come AI o umana nell'app.

La stessa tecnologia che può alimentare il rumore dell'economia dell'attenzione ha permesso a un solo autore, senza formazione tecnica specialistica, di trasformare una visione in codice funzionante. Il progetto non nasconde questa contraddizione e non la usa come assoluzione. Non può promettere che ogni testo AI sia stato revisionato individualmente: possono esistere errori, ripetizioni e contenuti deboli, che restano responsabilità del progetto quando emergono.

Dalle promesse alle prove

Non tutte le affermazioni dispongono dello stesso tipo di prova. GoodScroll distingue tra controlli automatici interni, strumenti pubblici, osservazioni effettivamente svolte, verifiche puntuali del deployment e del backend e aspetti non ancora dimostrati. Un test interno non è una verifica indipendente; un'esecuzione pubblicata vale soltanto per versione, data, ambiente e perimetro dichiarati; nessuna di queste cose è un audit GDPR completo o un monitoraggio continuo.

Lo stato delle evidenze, compresi i vuoti e i risultati scomodi, è descritto nella pagina Metodo pubblico e stato delle prove. La fiducia non scompare, ma può diventare la conseguenza provvisoria di un controllo invece di essere richiesta in anticipo.

Ciò che GoodScroll non promette

• Non promette di migliorare chi lo usa o che ogni contenuto produca un pensiero buono.
• Non promette che ogni testo sia vero, originale o revisionato individualmente.
• Non promette sicurezza assoluta, assenza di errori o disponibilità continua dei fornitori tecnici.
• Non presenta i test come prova completa del sistema né come certificazione indipendente.
• Non dichiara una coerenza perfetta e permanente: dichiara il dovere di cercare, nominare e correggere le divergenze.

Un caso concreto, non un modello universale

GoodScroll non sostiene che ogni applicazione debba avere Lumi, un Philosophical Bath o le stesse reazioni. Mostra una possibilità più fragile e più esigente: un'applicazione può trasformare le proprie intenzioni in vincoli operativi, dichiarare il perimetro delle prove e lasciare agli utenti gli strumenti per contestare la distanza fra la parola e il fatto.

Questa possibilità è dipesa da condizioni rare: libertà organizzativa da investitori e metriche di coinvolgimento, tempo per correggere e accesso a strumenti avanzati di intelligenza artificiale. Non può essere separata da queste condizioni.

È questo ciò che GoodScroll propone al di là di sé: non una forma da copiare, ma un modo di rispondere di ciò che si dichiara.