Agente AI · Automazione

Agente AI editoriale
Un agente AI che scrive il mio blog, dentro regole che decido io

Ho costruito un agente AI a perimetro chiuso che ogni settimana prende un tema da una coda validata, scrive o aggiorna un articolo, prepara i metadati, controlla il proprio lavoro e lo pubblica. Il modello conta meno delle regole che gli stanno intorno.

Anno: 2026·Stato: In produzione·Tipo: Agente AI · Automazione
https://www.antoniotufo.it/blog
La coda editoriale da cui l'agente AI prende i temi: righe numerate con tipo, titolo, keyword, pagina servizio collegata e stato

Il Progetto

Un blog che porta clienti ha bisogno di costanza: articoli lunghi, su temi scelti in base a cosa cerca davvero la gente, con titoli, descrizioni e immagini fatti bene. Scriverli tutti a mano, insieme all'insegnamento e ai progetti dei clienti, voleva dire pubblicare a singhiozzo. Non volevo però un'AI che scrive articoli a caso: quelli si riconoscono e non si posizionano. Volevo un sistema che lavorasse come lavoro io, dentro regole che decido io.

L'agente parte da solo in giorni fissi e segue sempre gli stessi passaggi. Legge la coda editoriale, un file con i temi numerati, ognuno scelto dopo aver guardato chi occupa già la prima pagina: non inventa l'argomento, prende la prima riga ancora da fare. Scrive o amplia l'articolo seguendo una specifica precisa su struttura, lunghezza, domande frequenti e link alle pagine servizio. Prepara titolo per Google, descrizione e immagine di copertina, e controlla che l'immagine esista davvero. Poi registra nel report quale riga ha preso e cosa ha verificato, e pubblica con un commit.

È quello che chiamo un agente a perimetro chiuso: può fare molte cose, ma solo quelle previste, sui file previsti, e ogni passaggio lascia traccia. Pubblicare su questo blog è un'azione reversibile, perché ogni modifica è un commit che si può annullare, quindi l'agente la fa da solo. Per i clienti vale la stessa regola al contrario: dove un'azione non si può annullare, come inviare una mail o registrare un pagamento, serve la conferma di una persona.

Oggi l'agente lavora due volte a settimana. Il lunedì scrive un articolo nuovo prendendo la prima riga della coda, il venerdì ne aggiorna uno già pubblicato: amplia una sezione, aggiunge domande frequenti, collega l'articolo alla pagina servizio giusta. Io intervengo sulla coda e sulle regole, non sui singoli articoli: è lì che si decide la qualità del risultato.

Obiettivi del progetto

  • Pubblicare con costanza senza scrivere ogni articolo a mano
  • Scegliere i temi dai dati sulle SERP, non dall'ispirazione del momento
  • Tenere l'agente dentro un perimetro: file, passaggi e controlli definiti
  • Lasciare un registro di ogni esecuzione, leggibile da una persona
  • Dividere il lavoro per giorni: articoli nuovi il lunedì, aggiornamenti il venerdì

Stack Tecnico

Claude

Il modello che scrive e verifica, eseguito come attività programmata in giorni fissi

Markdown

La coda editoriale e gli articoli sono file di testo: leggibili da una persona, confrontabili riga per riga

Git

Ogni pubblicazione è un commit: si vede cosa è cambiato e si può annullare in un comando

Next.js

Il sito genera le pagine degli articoli e i dati strutturati a partire dai file dell'agente

Vercel

Il deploy parte da solo a ogni commit, senza passaggi manuali

Il Risultato

https://www.antoniotufo.it/blog
La coda editoriale da cui l'agente AI prende i temi: righe numerate con tipo, titolo, keyword, pagina servizio collegata e stato
La coda editoriale

Le Sfide Affrontate

01

Impedire che l'agente decida da solo di cosa scrivere

Una coda con una sola numerazione: l'agente prende la prima riga del tipo previsto per quel giorno, senza scegliere né saltare. Le righe fuori formato vengono segnalate nel report e mai scelte.

Regole
02

Capire dopo, e con certezza, cosa ha fatto l'agente in ogni turno

Il report finale deve contenere il numero della riga presa, la keyword, la pagina servizio collegata e i controlli superati. Un report senza numero di riga rende il turno non valido.

Registro
03

Non pubblicare mai un articolo con un'immagine mancante

Controllo esplicito prima del commit: se il file dell'immagine non esiste, il campo non viene scritto. Un problema risolto con una regola, non con un modello più grande.

Controlli

Risultati

0
articoli pubblicati sul blog
0
turni a settimana: nuovo e aggiornamento
0
SERP analizzate per costruire la coda
Parliamoci

Hai un lavoro ripetitivo che un agente potrebbe fare al posto tuo?

Raccontamelo in 30 minuti: ti dico se si può automatizzare, dove deve fermarsi l'agente e dove serve la tua conferma.

  • Processo trasparente dalla prima call al deploy
  • Disponibile per manutenzione post-lancio
  • Preventivo senza impegno entro 48 ore

Raccontami il tuo progetto

Preferenze Cookie

Scegli i cookie non tecnici

Questo sito usa cookie e strumenti di tracciamento per statistiche e per profilazione (Google Signals, che puo' associare la tua navigazione al tuo account Google). Nessuno di questi viene attivato senza il tuo consenso e puoi cambiare idea in qualsiasi momento.