[verdetto][prompt curato][fonte: skribra.com]
Posso vibecodare Skribra?
// il valore è la rete, i dati o l’infrastruttura
Scrivere non è la parte difficile: un agente trasforma una keyword in un articolo long-form dignitoso nel giro di un pomeriggio. Quello che nessun prompt ti fa scavalcare è il permesso — Shopify, Webflow, Notion e Search Console presidiano la pubblicazione con code di revisione che si misurano in settimane.
confidenza: media
cos’è: Sceglie la keyword, scrive l'articolo, lo pubblica sul tuo CMS e poi continua a tenerlo in classifica
Indice di costruibilità · gioco editoriale
- Prezzo 19 $/mese peso: più 2
- Tempo un weekend per la scrittura, settimane per le approvazioni peso: meno 2
- Categoria seo e marketing non pesa
- Moat integrazioni · qualità di esecuzione peso: meno 2
- Confidenza media peso: zero
- Cosa perdi 5 voci peso: meno 2
- Sito skribra.com (si apre in una nuova scheda) non pesa
Il moat pesa più del prezzo: rifarlo è un progetto, non una sera.
Gioco editoriale: il verdetto dice se un agente può, l’indice se conviene.
Cosa costruisci
Una keyword in ingresso, un articolo long-form strutturato in uscita, pubblicato su WordPress · l'unica destinazione che non richiede il permesso di una piattaforma.
cosa ti serve
- una API key LLM con una spesa reale per articolo · questo build è a consumo, non gratis
- una fonte di dati sulle keyword (API a pagamento) oppure la scelta manuale delle keyword
- un'app OAuth approvata per ogni destinazione oltre WordPress · settimane nella coda di revisione di qualcun altro
- un host sempre acceso con una coda, perché un articolo sono decine di chiamate concatenate
Chi scrive è un weekend · i permessi di pubblicazione e la macchina che tiene le posizioni no.
Il prompt
Il verdetto è NON PROPRIO, e il prompt resta lo stesso: non rimpiazza l’app, ricostruisce il pezzo che è davvero codice. Il resto è il moat.
Build me a single-article SEO writer that publishes to WordPress. Requirements:
- WordPress only, deliberately: it authenticates with an application password the
site owner generates alone, while Shopify or Webflow need a platform-approved
OAuth app; budget weeks of review before one post goes live elsewhere.
- Stack: one Node + TypeScript CLI, no web UI and no accounts, with SQLite via
better-sqlite3 to remember what's been written. Config in .env.
- Input: a target keyword plus a short site description. Output: one published post.
- Generate in explicit stages, persisting each stage's output to SQLite so a failed run
resumes instead of restarting: outline · section drafts · intro/conclusion · FAQ · title ·
meta description · slug.
- Aim for 1500-2500 words of specific prose. Ban the usual tells in the prompt: no 'in today's
fast-paced world', no 'delve', no section that just restates the one above it.
- Internal links: query the WordPress REST API for existing posts, pick the 3-5 genuinely
related ones, and link them inline with descriptive anchor text.
- One generated header image, uploaded to the media library and set as featured image.
- Emit JSON-LD Article plus FAQPage, and a real meta description rather than a truncated
first sentence.
- Publish via the REST API with an application password · draft by default, --publish to go live.
- Log every run's token cost to SQLite and print a per-article total, so the metered cost is
visible instead of arriving as a surprise.
- Out of scope, and these are the hard parts: keyword research, scheduling, any other CMS,
and post-publish monitoring or refresh. Pretending a one-shot build covers those would be
dishonest. Prompt curato: scritto e rivisto a mano per questa app. In inglese di proposito — è la lingua in cui gli agenti di coding rendono meglio.
Cosa perdi
- il permesso di pubblicare ovunque tranne che su WordPress · Shopify sta dietro alla review dell'App Store, Webflow dietro a una submission al marketplace, Notion dietro a un'integrazione pubblica · non è codice che puoi scrivere, è una coda in cui aspetti
- un adapter su misura per ogni destinazione · l'HTML convertito nell'albero di blocchi di Notion rispettandone i limiti di caratteri e di batch per richiesta, il mapping dei campi Webflow più una seconda chiamata per pubblicare davvero l'item, l'upsert per handle su Shopify
- il ciclo di feedback · Search Console che decide quali post già online vanno rinfrescati, rititolati o rilinkati, con dei paletti perché una pagina che sta già portando clic non venga riscritta per capriccio
- una pipeline che sopravvive ai propri guasti · ogni stadio con retry e ripartenza, i job piantati rimessi in coda dopo che un deploy ha ucciso un worker, e un breaker che scatta prima della chiamata API, così un loop impazzito costa zero token
- la libreria di prompt messa a punto e i controlli che le stanno attorno · decine di prompt costruiti apposta, i gate su coerenza e unicità dei titoli, e il rilevamento della cannibalizzazione perché il post 20 non finisca a farsi concorrenza col post 3
Perché pagano ancora
Due motivi, e nessuno dei due è che scrivere sia difficile. Primo: le integrazioni non sono un problema di codice · pubblicare su Shopify o Webflow significa far passare un'app dalla loro review, e puoi scrivere codice perfetto ed essere comunque a tre settimane dal primo articolo pubblicato. Secondo: la versione fai-da-te ha un suo conto da pagare — ogni articolo è una pila di chiamate LLM a pagamento e i dati utili sulle keyword sono un'API a pagamento, quindi non è un weekend contro un abbonamento, è un weekend più un costo a consumo contro un abbonamento. Quel che resta è manutenzione che nessuno ha voglia di prendersi in carico · decidere cosa scrivere dopo, non scrivere due volte la stessa cosa, e tornare sui vecchi post quando i numeri si muovono.
moat: Integrazioni Qualità di esecuzione cos’è un moat
approvazioni delle piattaforme/accesso ai dati/manutenzione continua
Sei d’accordo?
La bilancia dei voti
Ancora nessun voto: il tuo è il primo.
Nessun voto ancora — il primo pesa.