AI nello sviluppo WordPress: utile quando il workflow resta governato

L’AI può scrivere una funzione in pochi secondi. Può anche scrivere una funzione che sembra giusta, supera un’occhiata distratta e crea un problema tra due aggiornamenti.

La differenza non dipende soltanto dal modello scelto. Dipende da ciò che c’è attorno: istruzioni, repository, ambiente di test, fonti affidabili, criteri di accettazione e qualcuno che sa quando fermarsi.

Per questo non considero utile un workflow in cui l’AI riceve una richiesta vaga, produce una quantità rassicurante di codice e viene salutata come se avesse risolto il progetto. È una scorciatoia per spostare il costo della comprensione a dopo.

Il contesto non è un allegato

Un assistente può essere efficace quando sa quale progetto sta toccando, quali convenzioni esistono, quali file sono fonte di verità e quali confini non può oltrepassare. Non serve riversargli davanti un archivio enorme. Serve offrirgli il contesto minimo giusto e strumenti che possano verificare lo stato reale.

In un progetto WordPress questo significa, per esempio:

• istruzioni chiare sul dominio del plugin o del tema;
• ambiente locale riproducibile;
• dati di test e log leggibili;
• criteri di sicurezza, accessibilità e compatibilità;
• comandi per controllare lint, test, build e stato Git;
• decisioni precedenti reperibili senza ricostruire tutta la storia a memoria.

L’AI può aiutare a esplorare, fare debug, preparare test, spiegare un’API, proporre una modifica o ordinare una documentazione. Non dovrebbe diventare la fonte di verità su ciò che il sistema fa davvero.

Prima il contratto, poi la generazione

WP OneShot nasce da questa esigenza: rendere meno improvvisata la parte che normalmente circonda lo sviluppo di un plugin WordPress. Il progetto personale, ancora in sviluppo attivo, prepara ambienti isolati, istruzioni `AGENTS.md`, configurazioni MCP, brief delimitati e gate di verifica come doctor, validation, repair, commit e preflight.

L’idea non è trasformare ogni modifica in una cerimonia. È rendere visibili le domande che altrimenti arrivano quando è troppo tardi: su quale installazione stiamo lavorando? Quale file è autorevole? Che cosa deve continuare a funzionare? Quale controllo dimostra che la modifica non ha rotto altro?

Il risultato migliore non è “l’AI ha fatto tutto”. È un processo in cui una persona riesce a capire, verificare e mantenere quello che è stato fatto.

Velocità senza delega cieca

Un workflow governato non rende l’AI più lenta per principio. Evita le false accelerazioni: riscritture perché il contesto era sbagliato, fix sopra fix, test fatti troppo tardi, file modificati fuori scope e decisioni importanti sepolte in una chat.

Nel lavoro reale preferisco usare assistenti per il loro punto forte: aumentare la capacità di esplorare e iterare. La responsabilità resta umana su architettura, dati, sicurezza, qualità della risposta e pubblicazione.

È una distinzione utile anche per chi commissiona un progetto. Non compra una promessa di automazione magica. Compra un sistema che può essere controllato, discusso e consegnato senza affidarsi a una sessione irripetibile.

Il tema è collegato sia a integrazioni e automazioni web sia alla consulenza tecnica WordPress. In entrambi i casi, il valore non è aggiungere un altro strumento. È sapere dove quello strumento deve fermarsi.