GLHF / pr-fullfiller
Come fa una redazione piccola a scrivere le notizie con budget zero? Con un Raspberry Pi
- Il progetto in cui ho dovuto ricominciare da zero un percorso con ancora meno forza lavoro e risorse di prima.
- C'è però una cosa che ora potevo fare e che prima invece mi era impedito: prendere iniziativa e ragionare fuori dagli schemi.
- Ho lavorato per automatizzare la preparazione degli articoli e per aiutare una redazione più piccola che mai con Claude Code, l'intelligenza artificiale e... tante chiamate API a Google.
- Tutto questo funziona con budget praticamente zero, escluso un vecchio Raspberry Pi nascosto in una scrivania.
Cosa ha funzionato
- L'utilizzo concreto: pr-fullfiller è in produzione e viene usato dalla redazione per circa 20 articoli al giorno.
- La velocità: una bozza completa arriva su WordPress in 30-45 secondi, seguita da circa un minuto di revisione umana.
- Le risorse necessarie: nessuna spesa per le API nel periodo di utilizzo descritto, con il sistema eseguito su un server domestico.
Cosa non ha funzionato
- Il tono iniziale: partendo dai comunicati stampa, i testi tendevano a conservarne l'impostazione promozionale.
- La sola generazione del testo: per rendere lo strumento utile servivano anche immagini, formattazione, metadati e un passaggio di approvazione editoriale.
Il problema: il tempo della redazione
GLHF è un progetto editoriale non ancora retribuito. Il tempo delle persone coinvolte è limitato e la gestione dei comunicati stampa assorbe una parte del lavoro quotidiano.
Con materiale di partenza completo, scrivere una notizia richiedeva circa 15-20 minuti. Ho cercato un modo per alleggerire questa attività e lasciare alla redazione la selezione delle notizie, la verifica e la personalizzazione.
Dall’email alla bozza su WordPress
Ho progettato e sviluppato pr-fullfiller utilizzando Claude Code come supporto tecnico. È un’automazione scritta in Python che collega le caselle di posta, le API di Google Gemini Flash e WordPress.
A partire dal comunicato selezionato, prepara l’articolo, lo formatta, recupera le immagini dai materiali ricevuti via email e compila i metadati. Il risultato arriva su WordPress come bozza in attesa di approvazione.
Ho seguito l’intero progetto, dalla definizione del funzionamento alla realizzazione e alla verifica nell’uso quotidiano.
La parte difficile: trovare la voce editoriale
Il limite principale era il tono: i comunicati sono scritti per promuovere un prodotto, mentre una notizia deve raccontarlo con un’impostazione giornalistica.
Ho utilizzato circa cento articoli di diversi redattori come riferimento per costruire un sistema di voci stilistiche selezionabili. Chi avvia la preparazione della notizia può scegliere la voce da utilizzare, orientando la rielaborazione verso lo stile editoriale del progetto.
Questo lavoro ha ridotto l’impostazione promozionale delle bozze. La verifica delle informazioni e l’approvazione restano responsabilità umane.
Il risultato nel lavoro quotidiano
Lo strumento viene utilizzato per circa 20 articoli al giorno, generalmente tra le 300 e le 600 parole.
Nel flusso descritto, dall’attivazione all’arrivo della bozza passano 30-45 secondi. La revisione umana richiede mediamente circa un minuto. Sono tempi indicativi, riferiti a comunicati sufficientemente completi e senza necessità di ulteriori ricerche approfondite.
Il sistema funziona su un Raspberry Pi domestico e utilizza le chiamate gratuite disponibili per le API di Gemini. Rimangono il consumo elettrico, la manutenzione e il lavoro editoriale.
Il risultato più importante è uno strumento adottato dalla redazione, capace di alleggerire la preparazione delle notizie mantenendo un controllo prima della pubblicazione.
Quanto tempo assorbono le attività ripetitive del tuo team?
Se la produzione dei contenuti si blocca su passaggi ripetitivi, possiamo analizzare il processo e capire quali attività semplificare, quali automatizzare e dove mantenere la revisione umana.
Parliamone →