Per pubblicare un contenuto informativo originale senza copiare testo, immagini o impaginazione delle fonti.
3 · Cosa produce
Due post root indipendenti, uno in italiano e uno in inglese.
Ogni run può pubblicare fino a due immagini originali per lingua: una per tecnologia/AI e una per energia/oil & gas. Gli esempi sul sito sono mostrati senza date per poter riusare le card come illustrazione del progetto.
4 · Metodo di generazione per Bluesky
Dal feed al post originale.
1Feed e API
2Policy fonti
3NLP e classificazione
4Confronto tema/evento
5Template facts-only
6Card + post IT/EN
Selezione e policy
- domini registrati con classe della fonte, livello di rischio e modalità di riuso;
- almeno due gruppi indipendenti per ogni area tematica;
- priorità a fonti ufficiali, istituzionali, di ricerca o corporate ammesse.
AI, ML e NLP impiegati
- classificazione del sentiment come indicatore interno di lettura;
- classificazione di tema, entità ed evento per raggruppare contenuti vicini;
- similarità lessicale e firme di dominio per distinguere event cluster e confronto tematico.
Generazione controllata
- template facts-only per titolo, takeaway, “perché conta” e lente tecnica;
- nessun riuso di headline o sommari editoriali nel testo pubblico;
- post italiani e inglesi indipendenti, senza reply e con riferimenti alle fonti.
RPA e delivery
- orchestrazione via GitHub Actions con job schedulati o manuali;
- rendering locale delle card con Pillow e pubblicazione tramite AT Protocol/XRPC;
- artifact di audit, ricevute, diagnostica del feed e verifica della pubblicazione.
5 · Dati utilizzati
| Famiglia | Esempi | Uso | Limite |
|---|---|---|---|
| Tecnologia e AI | OpenAI, Google Blog, Microsoft Research, NIST, arXiv | Segnali su modelli, agenti, infrastruttura, chip e data center | La disponibilità del run dipende dall’aggiornamento dei feed |
| Energia e raffinazione | EIA, DOE, Commissione Europea – Energy, IEA e feed ammessi | Segnali su Hormuz, scorte, raffinazione, volatilità e forniture | L’output è informativo e non sostituisce un monitoraggio operativo |
| Registro fonti | config/source_registry.json | Classifica riusabilità e gruppi di indipendenza | Richiede manutenzione periodica della policy |
Modelli e regole
Pipeline multi-fonte con classificazione NLP, similarità lessicale, clustering per evento o confronto tematico e templating originale del contenuto pubblico.
Controlli
Gate copyright, overlap massimo di 5-grammi, almeno due gruppi indipendenti, rimozione EXIF, deduplicazione per lingua + fonti + workflow e verifica del post pubblicato.
Risultati e metriche
Ricevute di pubblicazione, conteggio grapheme, diagnostica del feed e audit delle fonti scelte, con consenso e copertura mantenuti negli artifact interni.
Limiti
Non sostituisce le fonti originali, non esprime consiglio e può degradare se i feed non sono raggiungibili o se mancano due fonti indipendenti valide.
Dossier tecnico del workflow
Dettagli implementativi e stack rilevante.
Architettura e dati
news.pygestisce raccolta feed, ranking e arricchimento NLP;source_policy.pyapplica il registro delle fonti, la modalità di riuso e i gruppi indipendenti;multisource.pycostruisce cluster, confronti e finding comunicabili.
Metodi
- sentiment e classificazione tematica supportano la selezione;
- similarità lessicale e firme di dominio allineano le fonti;
- template originali e regole di comunicabilità modellano il testo pubblico.
Validazione e failure mode
- un gate blocca fonti non ammissibili o aree con meno di due gruppi indipendenti;
- vengono prodotti diagnostica PDS/AppView, anti-duplicazione e run summary;
- esiste fallback a dry-run o anteprima locale quando il live non è appropriato.
Runtime e pacchetti
- requests, transformers, torch, sentencepiece, sacremoses;
- pandas, numpy, matplotlib, Pillow, regex;
- pubblicazione e orchestrazione tramite GitHub Actions, AT Protocol/XRPC e artifact GitHub.
Metodo e assunzioni
Il workflow produce contenuti originali basati su fatti comunicabili estratti da fonti ammesse; sentiment e consenso restano metriche interne di supporto, non verità pubblicate.
Failure mode principali
Fonti insufficienti, domini non ammessi, cluster poco allineati, feed indisponibili o rischio di riuso eccessivo bloccano o degradano la pubblicazione.
Governance di pubblicazione
Ogni post contiene disclosure, tag di workflow, facets verso le fonti e nessuna relazione reply_to; il sito conserva metodo, immagini e contesto.
Vedi gli output recenti
La pagina Pubblicazioni legge il feed pubblico Bluesky e mostra i run recenti; per WF-8 può visualizzare più di una immagine nello stesso post.