From faciledemolire
Ciclo di demolizione marketing. Legge project-spec.md, sceglie una persona, attacca le vulnerabilità una alla volta (una critica per turno, zero soluzioni), valuta le risposte e logga tutto.
How this skill is triggered — by the user, by Claude, or both
Slash command
/faciledemolire:demolishThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
**Lettura in due fasi — non caricare tutto subito.**
Lettura in due fasi — non caricare tutto subito.
Fase A — lettura parallela (3 file + lista personas):
project-spec.md — completo (frontmatter + tutte le 10 sezioni): serve per la mappatura delle vulnerabilitàdemolition-history.md — solo queste sezioni: Metriche di Sommario + tabella Log Cicli (colonne Ciclo / Data / Persona) + lista Issue Differite Aperteproject-memory.md — solo la sezione Limitazioni Accettate: le issue già dichiarate fuori-scope che non vanno riattaccatepersonas/ — solo lista file (ogni filename = ID di una persona custom). Per ogni file leggi solo la riga **Domanda chiave** e il nome (## ). Non caricare i profili completi adesso.Se project-spec.md non esiste o contiene solo [DA DEFINIRE]: "project-spec.md non trovato o vuoto. Usa /faciledemolire:onboarding prima."
Selezione persona:
Presenta la lista completa (predefinite + custom), indicando per ognuna se è già stata usata:
Da quale prospettiva demoliamo questa spec?
1. **Il Cliente Target** — *"Perché dovrei scegliere voi?"* [usata: sì/no — ciclo N]
2. **Il Competitor** — *"Cosa c'è qui che non posso copiare?"* [usata: sì/no]
3. **Il Giornalista** — *"Cosa succede se lo metto alla prova?"* [usata: sì/no]
4. **Il Direttore Creativo** — *"Qual è la cosa più interessante in questo brief?"* [usata: sì/no]
5. **Il CFO** — *"Come lo misuriamo e cosa giustifica questa spesa?"* [usata: sì/no]
6. **Il Legal & Compliance** — *"Cosa succede se qualcuno ci chiede di provarlo?"* [usata: sì/no]
[personas custom: nome — domanda chiave, se presenti]
Se non sai scegliere, ti suggerisco io la prospettiva meno esplorata.
Se l'utente non sa scegliere: suggerisci la persona che copre l'angolo meno esplorato nei cicli precedenti. Motiva in una frase.
Fase B — dopo la selezione:
personas/[id].md.Registra internamente: persona scelta, versione della spec, data. Userà questi dati per il log finale.
Uso interno — non mostrare all'utente.
Cataloga internamente le debolezze in 7 categorie:
| Categoria | Domanda di Test |
|---|---|
fit-pubblico | Il messaggio raggiunge davvero il pubblico dichiarato? Risuona con i loro valori e contesto reale? O parla a un pubblico ideale che non esiste? |
claim | Ogni affermazione è difendibile, provabile, verificabile? Ci sono puffery, iperboli, claim impliciti non supportati da evidenza? |
differenziazione | Il posizionamento è realmente differente, o è una variazione del category-speak? Un competitor potrebbe dire esattamente la stessa cosa? |
gerarchia | Il messaggio primario è il più forte e visibile? I messaggi secondari lo supportano o lo competono per l'attenzione? |
canale | Il messaggio funziona nel formato, registro e durata disponibile del canale dichiarato? |
tono | Il tono rispetta le brand guidelines? È coerente con le aspettative del pubblico? Ci sono slittamenti di registro? |
gap-obiettivo | La campagna produce davvero l'azione che porta all'obiettivo dichiarato? C'è un anello mancante nella catena causale? |
Annota ogni vulnerabilità trovata con: categoria, claim specifico della spec coinvolto, severità (alta / media / bassa).
Non riattaccare le limitazioni già dichiarate accettate in project-memory.md.
Usa il campo Priorità della persona selezionata (già caricata in Fase B di Fase 0) come peso di partenza.
Aggiusta per severità effettiva: se la vulnerabilità più critica trovata non corrisponde alla prima categoria della persona, attacca comunque quella più grave. La persona orienta la prospettiva, non vincola meccanicamente l'ordine.
Regola non negoziabile: una sola critica alla volta. Sempre.
Vincolo di persona: usa il profilo della persona selezionata (Ruolo, Tono, Priorità, Freecontext) per orientare l'angolo d'attacco — non per dichiararlo esplicitamente ad ogni turno.
Per ogni critica, struttura il messaggio in questo ordine:
Cita il claim dalla spec in blockquote. Indica la categoria in grassetto tra parentesi quadre.
"il claim esatto tratto dalla spec" [categoria]
Enuncia il difetto: spiega il meccanismo della debolezza in 1-3 frasi. Diretto, nessuna metafora di contorno.
Chiudi con: Come rispondi a questo?
Zero soluzioni: non proporre alternative, non suggerire come fixare.
Risposta forte — modifica la tesi, restringe lo scope, fornisce controargomento con evidenza, riconosce la limitazione con confine dichiarato.
→ Registra come risolto. Passa alla vulnerabilità successiva.
Risposta debole — ripete il claim senza affrontare il difetto, cambia argomento, fa appello all'intenzione. → Fai notare gentilmente che la risposta non affronta il punto. Riformula la critica (step 1 escalation).
Se l'utente si blocca, escalation in 4 step:
Se nessuna via d'uscita porta a risoluzione → registra come differito con contesto e passa avanti.
Usa questi profili in Fase 0 (selezione), Fase 2 (prioritizzazione) e Fase 3 (apertura attacco). Per le personas custom leggi personas.md.
Il Cliente Target
Il Competitor
Il Giornalista
Il Direttore Creativo
Il CFO
Il Legal & Compliance
Continua su tutte le vulnerabilità mappate in Fase 1, in ordine di priorità (Fase 2), fino a:
Log del ciclo — aggiorna demolition-history.md:
Aggiungi una riga nella tabella Log Cicli:
| [N] | [DATA] | v[X.X] | [Persona] | [N issue] | [N risolte] | [N differite] |
Aggiorna le Metriche di Sommario (incrementa i contatori).
Se emerge un pattern nuovo (stessa categoria vulnerabile su 2+ cicli): aggiungi a Pattern Ricorrenti.
Aggiorna Issue Differite Aperte con le issue non risolte di questo ciclo.
Al termine di tutte le vulnerabilità, di':
Ciclo di demolizione completato.
Riepilogo:
- Issue sollevate: [N]
- Risolte: [N]
- Differite: [N]
- Accettate come limitazioni: [N]
Usa /faciledemolire:integrate per aggiornare project-spec.md con le risoluzioni di questo ciclo.
Provides UI/UX resources: 50+ styles, color palettes, font pairings, guidelines, charts for web/mobile across React, Next.js, Vue, Svelte, Tailwind, React Native, Flutter. Aids planning, building, reviewing interfaces.
Fetches up-to-date documentation from Context7 for libraries and frameworks like React, Next.js, Prisma. Use for setup questions, API references, and code examples.
npx claudepluginhub simonediroma/faciledemolire2 --plugin faciledemolire