Cinque anni fa serviva un team per costruire un'azienda vera.
Marketer. Ricercatori. Sviluppatori. Venditori. Assistenza clienti.
Anche una piccola azienda significava 10-20 persone e $1M+ di stipendi.
Questo è cambiato.
Claude Fable 5 è il primo modello di IA che ho usato che non sembra un chatbot.
Sembra un'infrastruttura.
La maggior parte delle persone lo usa ancora così:
Prompt → Risposta → Fine
Non è per questo che Fable è stato creato.
Fable funziona per giorni.
Pianifica. Ricerca. Esegue. Verifica. Impara. Continua.
L'opportunità più grande non è usare l'IA per risparmiare qualche minuto.
È usare l'IA per sostituire interi reparti.
Ecco l'esatta architettura aziendale che costruirei da zero oggi.
Ogni prompt qui sotto è pronto per essere copiato e incollato. Eseguilo stasera.
Il vecchio modello vs il nuovo modello
Vecchio modello:
Tu → assumi persone → gestisci persone → paghi persone → speri funzioni
Nuovo modello:
Tu → progetti il sistema → Fable gestisce i reparti → i reparti migliorano da soli
Il fondatore non fa più il lavoro.
Il fondatore progetta il sistema operativo.
Tutto il resto funziona da sé.

Passo 0 — Costruisci prima il cervello aziendale
Ogni fondatore salta questo passaggio.
Saltano direttamente ai prompt e si chiedono perché l'IA si comporti come uno stagista impreparato.
La differenza tra uno stagista impreparato e un bravo dipendente è il contesto.
Crea subito questa struttura di cartelle:
1mkdir -p ~/azienda/{memoria,competenze,stato,contenuti,documenti,procedure}23touch ~/azienda/fondatore.md4touch ~/azienda/strategia.md5touch ~/azienda/prodotti.md6touch ~/azienda/clienti.md7touch ~/azienda/memoria/lezioni.md8touch ~/azienda/stato/progetti.md9touch ~/azienda/stato/pipeline.md10touch ~/azienda/stato/tracker-seo.md
Compila ogni file con questi modelli:
~/azienda/fondatore.md
1# Chi Sono23## Come penso4[Veloce e intuitivo? Lento e riflessivo? Propenso al rischio o cauto?]56## I miei punti di forza7[Cosa sai fare veramente bene — specifico, non generico]89## Le mie debolezze10[Cosa ti prosciuga o dove commetti costantemente errori]1112## Stile di comunicazione13[Come vuoi gli output — elenchi puntati? prosa? brevi? dettagliati?]1415## Non negoziabili16[Cose su cui non scenderai mai a compromessi — standard di qualità, etica, velocità]1718## Quadro decisionale19[Come prendi le decisioni difficili — prima i dati? prima l'istinto? consenso?]
~/azienda/strategia.md
1# Strategia Aziendale23## Obiettivi 202641. [Obiettivo specifico e misurabile]52. [Obiettivo specifico e misurabile]63. [Obiettivo specifico e misurabile]78## Mercato di riferimento9[Mansione, dimensione aziendale, settore, problema che hanno in questo momento]1011## Prezzi12[X€ per Y. Perché questo prezzo. Quanto costano le alternative.]1314## Posizionamento15[Una frase: Aiutiamo [chi] a fare [cosa] senza [problema].]1617## Vantaggio competitivo18[L'unica cosa che facciamo meglio di chiunque altro — sii specifico]1920## Cosa NON faremo21[Le 3 cose su cui ci rifiutiamo esplicitamente di competere]
~/azienda/clienti.md
1# Intelligence Clienti23## Profilo cliente ideale4[Dati demografici, tipo di azienda, job to be done, autorità di budget]56## Top 5 problemi dei clienti (classificati)71. [Problema] — [quanto spesso lo menzionano]82.93.104.115.1213## Obiezioni comuni e il vero motivo dietro14- "Troppo caro" — in realtà significa: [preoccupazione reale]15- "Non ora" — in realtà significa: [preoccupazione reale]16- "Abbiamo costruito qualcosa internamente" — in realtà significa: [preoccupazione reale]1718## Migliori testimonianze dei clienti191. "[Citazione]" — [Nome, Ruolo, Azienda]202.213.2223## Dove si incontrano i clienti24[Subreddit, gruppi LinkedIn, newsletter, community Slack]
Aggiungi questa istruzione all'inizio di ogni sessione di Fable:
1Prima di iniziare qualsiasi attività, leggi:2- ~/azienda/fondatore.md3- ~/azienda/strategia.md4- ~/azienda/clienti.md56Dopo aver completato qualsiasi attività, scrivi le lezioni chiave in:7- ~/azienda/memoria/lezioni.md89Formato: Data | Reparto | Cosa ha funzionato | Cosa è fallito | Prossima volta10Una voce per lezione. Aggiorna le voci esistenti invece di crearne di duplicate.
Senza questi file: l'IA si comporta come un freelance che riceve un brief freddo.
Con questi file: l'IA si comporta come qualcuno che ha lavorato con te per due anni.

Reparto 1 — Ricerca
La maggior parte dei fondatori fa 15 minuti di Google e lo chiama ricerca di mercato.
Ecco perché la maggior parte dei prodotti manca il mercato.
Il tuo reparto di ricerca funziona ogni settimana senza di te.
Copia questo prompt. Eseguilo ogni lunedì:
1Sei il mio Direttore della Ricerca.23Leggi prima ~/azienda/strategia.md e ~/azienda/clienti.md.45Esegui il ciclo di ricerca settimanale completo:67━━━ RICERCA CONCORRENTI ━━━89Cerca quanto segue su ogni concorrente: [elenca 3-5 concorrenti]1011Trova negli ultimi 7 giorni:12→ Qualsiasi nuovo lancio di prodotto o annuncio di funzionalità13→ Qualsiasi modifica alla pagina dei prezzi (usa il confronto cache vs corrente se possibile)14→ I loro 3 post social con più interazioni e perché hanno funzionato15→ Reclami dei clienti su Reddit, G2, Trustpilot, App Store1617━━━ RICERCA CLIENTI ━━━1819Cerca in queste community Reddit: [r/sub1, r/sub2, r/sub3]2021Query di ricerca da eseguire:22→ "Vorrei che [nome concorrente]..."23→ "frustrato con [categoria prodotto]"24→ "cerco alternativa a [concorrente]"25→ "qualcun altro ha problemi con [area problematica]"2627Trova i primi 10 reclami classificati per upvote.28Raggruppa reclami simili in temi.2930━━━ RICERCA OPPORTUNITÀ ━━━3132Trova nella mia nicchia:33→ Parole chiave con volume di ricerca ma concorrenza debole nella top 1034→ Domande su Reddit/Quora con molti upvote ma nessuna risposta soddisfacente35→ Prodotti che le persone chiedono nei forum che non esistono ancora36→ Qualsiasi concorrente che ha appena aumentato i prezzi (opportunità di posizionamento contro)3738━━━ FORMATO OUTPUT ━━━3940Restituisci esattamente questa struttura:4142## Report di Ricerca Settimanale — [Data]4344### Top 3 Mosse dei Concorrenti Questa Settimana45| Concorrente | Cosa hanno fatto | Perché è importante | Azione consigliata |4647### Top 5 Reclami dei Clienti (per frequenza)48| Reclamo | Quanto spesso | Opportunità che crea |4950### Top 3 Opportunità Questa Settimana51| Opportunità | Evidenza | Sforzo | Potenziale di guadagno | Azione consigliata |5253### Un'Osservazione Contrarian54[Qualcosa che hai trovato che va contro la saggezza convenzionale in questo spazio]5556Salva il report completo in: ~/azienda/stato/ricerca-[AAAA-MM-GG].md57Aggiorna ~/azienda/memoria/lezioni.md con le scoperte chiave.
Ricevi un report strategico ogni lunedì.
Non informazioni. Decisioni.

Reparto 2 — Marketing
Parte A: Ingegneria della viralità per X
La viralità non è fortuna.
È una scienza ripetibile. Automatizzabile al 95%.
Ecco come funziona realmente l'algoritmo di X:
Ogni post viene testato prima su un campione minuscolo.
L'algoritmo misura esattamente tre cose: → Le persone hanno smesso di scorrere? → Hanno letto fino alla fine? → Hanno commentato?
Supera tutte e tre → il post va in un pool più grande → supera di nuovo → la distribuzione si sblocca.
Ne fallisce una → il post è morto in 20 minuti. Non importa quanto sia buono il contenuto.
Questo significa che ogni post deve essere progettato prima di essere pubblicato.
Copia questo. Eseguilo prima di ogni post:
1Sto per pubblicare questo post su X. Esegui il controllo completo di ingegneria virale.23IL MIO POST:4[incolla qui la tua bozza]56IL MIO PUBBLICO: [descrivi il tuo pubblico — es., indie hacker, sviluppatori, fondatori]78━━━ PASSO 1: ANALISI DELL'HOOK ━━━910Valuta la prima riga attuale da 1 a 10 per potere di arresto dello scroll.11Quale emozione scatena? (curiosità / paura / desiderio / sorpresa / rabbia)12Qual è la promessa implicita? Il post la manterrà?1314Riscrivi l'hook in 5 modi diversi:15Versione 1: Hook basato sulla curiosità16Versione 2: Hook basato su paura/dolore17Versione 3: Hook basato su desiderio/aspirazione18Versione 4: Hook basato su sorpresa/controintuitivo19Versione 5: Hook basato su affermazione audace2021Valuta ciascuno da 1 a 10. Raccomanda il più forte.2223━━━ PASSO 2: TEST DELL'ALGORITMO ━━━2425Esegui il controllo dei 4 criteri:26□ Affermazione audace più grande del prodotto? [Sì/No — se No, suggerisci miglioramento]27□ Dopamina fornita nelle prime 2 righe? [Sì/No — se No, riscrivi l'apertura]28□ Ci sono lacune di contesto in cui il lettore potrebbe perdersi? [Elencale]29□ Il risultato più forte è in primo piano? [Sì/No — se No, riordina]3031Comportamento previsto del lettore: Scorre oltre / Mette Mi piace / Commenta / Ripubblica32Cosa lo spingerebbe a ripubblicare invece di mettere solo mi piace?3334━━━ PASSO 3: INGEGNERIA DEI COMMENTI ━━━3536Scrivi i 5 commenti iniziali più probabili che questo post riceverà.37Per ogni commento, scrivi la mia risposta ideale che:38- Aggiunge nuove informazioni non presenti nel post originale39- Estende la conversazione40- È sotto le 100 parole4142Scrivi 3 angolazioni per quote tweet per account in nicchie adiacenti.4344━━━ PASSO 4: PIANO DELLA PRIMA ORA ━━━4546L'algoritmo pesa molto i primi 60 minuti.47Pre-scrivi:481. La mia risposta al mio stesso post (aggiunge l'intuizione chiave che non ho incluso)492. Un post di follow-up da programmare 90 minuti dopo questo503. L'unico sub-reddit o community in cui dovrei fare cross-post oggi5152━━━ PASSO 5: VERDETTO FINALE ━━━53Verdetto: Pubblica così com'è / Modifiche minori / Riscrittura maggiore necessaria54Se modifiche: mostrami la versione migliorata pronta per essere copiata e incollata.
Dopo la pubblicazione — resta attivo per 60 minuti. Ecco cosa fare:
Ogni commento riceve una risposta che aggiunge nuove informazioni.
Non rispondere mai solo con "ottimo punto!" — aggiungi qualcosa.
Dopo 60 minuti, allontanati. L'algoritmo fa il resto.
Parte B: Fabbrica di contenuti SEO
Copia questo. Usalo per ogni parola chiave target:
1Sei il mio Direttore dei Contenuti SEO.23Leggi prima ~/azienda/strategia.md e ~/azienda/clienti.md.45Parola chiave target: [parola chiave esatta]6La mia autorità di dominio è approssimativamente: [bassa/media/alta o punteggio DA se noto]78━━━ PASSO 1: ANALISI DELLA CONCORRENZA ━━━910Cerca su Google questa parola chiave esatta.11Analizza le prime 5 pagine in classifica:1213Per ogni pagina:14- Angolazione e tesi principale15- Sottotitoli (H2 e H3)16- Domande a cui hanno risposto17- Argomenti trattati bene18- Argomenti persi o trattati male19- Conteggio parole approssimativo20- Tipo di contenuto (elenco / guida / confronto / case study)2122━━━ PASSO 2: BRIEF VINCENTE ━━━2324Crea un brief per un articolo superiore:25- La nostra angolazione: [più specifica / più controintuitiva / più pratica]26- Deve coprire: [tutti gli argomenti coperti dai concorrenti]27- Deve anche coprire: [3+ argomenti persi dai concorrenti]28- Parole chiave semantiche da includere: [termini correlati che Google si aspetta]29- Struttura ideale: [schema con tutte le H2 e H3]30- Conteggio parole target: [X parole]3132━━━ PASSO 3: SCRIVI L'ARTICOLO ━━━3334Scrivi l'articolo completo seguendo il brief.35Tono: [diretto e colloquiale — niente linguaggio aziendale, niente frasi riempitive]36Formato: Introduzione (hook + promessa) → sezioni → conclusione con CTA3738Regole:39- Ogni frase deve guadagnarsi il suo posto. Elimina tutto ciò che non aggiunge valore.40- Usa paragrafi brevi (massimo 1-3 frasi)41- Esempi reali invece di affermazioni generiche42- Se non sei sicuro di un fatto, scrivi [VERIFICA: affermazione] invece di indovinare4344━━━ PASSO 4: METADATI ━━━4546Title tag: [60 caratteri max, parola chiave primaria per prima, beneficio chiaro]47Meta description: [155 caratteri max, parola chiave + beneficio specifico + CTA]48H1: [ottimizzato per l'intento di ricerca]49URL slug: [corto, ricco di parole chiave, niente stop words]50Suggerimenti per link interni: [3 pagine del mio sito a cui questo dovrebbe collegarsi]5152Salva l'articolo in: ~/azienda/contenuti/[slug].md53Registra in: ~/azienda/stato/tracker-seo.md54Formato: [Parola chiave] | [URL target] | [Stato: Bozza/Pubblicato] | [Data]
Parte C: Newsletter in pilota automatico
1Sei il mio Direttore della Newsletter.23Ogni domenica alle 18:00, esegui il flusso di lavoro settimanale della newsletter:45━━━ FASE DI RICERCA ━━━67Cerca gli sviluppi più importanti di questa settimana nella [tua nicchia]:8→ 3 notizie di settore (filtro: conta davvero, non solo annunci)9→ 2 thread o dibattiti interessanti da X/LinkedIn10→ 1 opinione contrarian o scoperta controintuitiva11→ 1 strumento o risorsa che vale la pena condividere1213Per ogni elemento: una frase sul perché è importante per il mio pubblico.1415━━━ FASE DI SCRITTURA ━━━1617Scrivi la newsletter:18Opzioni oggetto: 3 versioni (curiosità / beneficio / contrarian)19Testo di anteprima: [sotto i 90 caratteri, completa la storia dell'oggetto]2021Struttura:22- Hook di apertura (1 paragrafo — la cosa più interessante di questa settimana)23- Sezione principale 1: [elemento 1 + perché è importante + un'azione che possono intraprendere]24- Sezione principale 2: [elemento 2 + angolazione]25- Colpi rapidi: [3 elementi in elenco puntato in meno di 150 parole totali]26- Una domanda a cui i lettori possono rispondere (aumenta il coinvolgimento)27- Chiusura2829Regole:30- Meno di 600 parole totali31- Ogni sezione si guadagna il suo posto32- Sembra un amico intelligente, non una pubblicazione3334━━━ DISTRIBUZIONE ━━━3536Scrivi i 3 post social per promuovere questo numero:37- Post su X (hook + intuizione chiave + link)38- Post su LinkedIn (leggermente più formale, angolazione diversa)39- Breve teaser per storie/reel4041Salva la newsletter in: ~/azienda/contenuti/newsletter-[AAAA-MM-GG].md
E allo stesso modo, Fable può essere usato per l'Automazione di TikTok, per far crescere i tuoi account Facebook, Instagram e LinkedIn. Basta chiedere.

Reparto 3 — Vendite
La maggior parte dei fondatori pensa che vendere significhi email a freddo.
L'email a freddo è il 5% delle vendite.
Copia la macchina completa:
1Sei il mio Direttore delle Vendite.23Leggi prima ~/azienda/clienti.md e ~/azienda/strategia.md.45Il mio prodotto: [cosa vendi in una frase]6Il mio ICP: [cliente ideale — mansione esatta, dimensione aziendale, settore, problema]7Il mio prezzo: [quanto fai pagare]8Il mio miglior punto di prova: [risultato più forte o nome del cliente]910Per ogni potenziale cliente che ti do, esegui la sequenza completa:1112━━━ PASSO 1: RICERCA DEL PROSPECT ━━━1314Ricerca questo potenziale cliente a fondo:15Azienda: [dimensione, fase di finanziamento, notizie recenti, stack tecnologico se pertinente]16Persona: [ruolo, da quanto tempo in posizione, di cosa scrive, connessioni in comune]17Segnali di dolore: [annunci di lavoro che rivelano problemi, recensioni di supporto, reclami sui prodotti]18Innesco: [cosa è appena cambiato nella loro azienda che li rende acquirenti ORA]1920Valuta la loro idoneità: A (chiudi ora) / B (coltiva) / C (non è il nostro ICP)21Se C: non procedere. Segnalamelo.2223━━━ PASSO 2: OUTREACH VIA EMAIL ━━━2425Scrivi un'email a freddo usando questa struttura esatta:26Riga 1: Un'osservazione specifica su di loro o sulla loro azienda [NON generica]27Riga 2: Il problema esatto che questo crea per qualcuno nel loro ruolo28Riga 3: Cosa facciamo noi al riguardo in una frase29Riga 4: Un punto di prova — nome del cliente o numero specifico30Riga 5: Un CTA morbido — una domanda che invita a una risposta, non a una richiesta di riunione3132Regole:33- Meno di 100 parole totali34- Niente "Spero che questa email ti trovi bene"35- Niente "rivoluzionario" o "innovativo" o "entusiasta di condividere"36- Oggetto: meno di 6 parole, specifico per loro3738━━━ PASSO 3: SEQUENZA LINKEDIN ━━━3940Richiesta di connessione (meno di 300 caratteri):41[Motivo specifico per connettersi — interesse condiviso, loro contenuto, connessione in comune]4243DM 1 (dopo la connessione — aggiungi valore, zero vendita):44[Condividi qualcosa di veramente utile relativo al loro problema — articolo, framework, osservazione]4546DM 2 (nessuna risposta per 5 giorni — angolazione diversa):47[Nuova intuizione o prova sociale. Ancora nessuna vendita diretta.]4849DM 3 (nessuna risposta per 10 giorni — chiusura morbida):50["Vale la pena fare una chiacchierata veloce o non è una priorità in questo momento — in ogni caso nessun problema."]5152━━━ PASSO 4: LOGICA DI FOLLOW-UP ━━━5354Se nessuna apertura email in 3 giorni: reinvia con oggetto diverso, stesso corpo55Se aperta ma nessuna risposta in 5 giorni: invia follow-up con angolazione diversa56Se ha risposto "non ora": programma un check-in tra esattamente 90 giorni, annota l'innesco da menzionare allora57Se interessato ma bloccato: invia un pezzo di prova sociale a settimana per 3 settimane5859━━━ PASSO 5: AGGIORNAMENTO CRM ━━━6061Registra in ~/azienda/stato/pipeline.md:62| Nome | Azienda | Fase | Email inviata | Stato LinkedIn | Ultimo contatto | Prossima azione | Data |6364Dopo aver processato 10 potenziali clienti, mostrami:65- Quanti sono di livello A, B, C66- Valore totale della pipeline se tutti i livello A chiudono67- Ordine di priorità consigliato per i follow-up
Il livello di chiamate AI — aggiungilo sopra:
Collega Bland.ai, Vapi o Retell alla tua lista di potenziali clienti (e di recente anche X ha lanciato il suo SDK vocale AI)
Ogni persona che non apre l'email entro 48 ore riceve una chiamata.
L'agente AI:
→ Fa riferimento alla loro attività per nome
→ Menziona il problema specifico dalla tua ricerca
→ Chiede 10 minuti, non una vendita
→ Prenota direttamente nel tuo calendario tramite Cal.com o Calendly
→ Aggiorna il tuo CRM con l'esito della chiamata automaticamente
Lo imposti una volta.
Funziona mentre dormi.
Ogni mattina il tuo calendario ha nuovi appuntamenti.

Reparto 4 — Ingegneria
Qui è dove l'azienda con una sola persona diventa veramente sleale.
Stripe ha dato a Fable 5 la loro codebase Ruby. 50 milioni di righe. Migrazione completa.
Normalmente due mesi per un intero team.
Fable l'ha fatto in un giorno.
Ma l'ingegneria quotidiana per un fondatore solitario non sono grandi migrazioni.
Sono bug. Funzionalità. PR. Test.
E la cosa che uccide la maggior parte dei fondatori solitari non è la mancanza di competenze ingegneristiche.
Sono i bug che vengono rilasciati senza che nessuno li intercetti.
Un flusso di pagamento rotto. Un fallimento API silenzioso. Un crash su input borderline.
Non lo sai fino al lunedì, quando i clienti sono arrabbiati.
Ecco come risolvere completamente questo problema.
Livello 1 — Fable come tuo team di ingegneria
1Sei il mio Direttore dell'Ingegneria.23Leggi prima ~/azienda/prodotti.md e ~/azienda/strategia.md.45Per ogni richiesta di funzionalità o segnalazione di bug, esegui il flusso di lavoro ingegneristico completo:67━━━ PASSO 1: PRD ━━━89Scrivi un Documento Completo dei Requisiti di Prodotto:10- Problema: cosa si rompe o cosa manca, e per chi11- Criteri di successo: come sapremo che ha funzionato? (misurabile)12- Flusso utente: passo dopo passo cosa fa l'utente13- Requisiti tecnici: cosa deve fare il codice14- Casi limite: cosa può andare storto, quali input potrebbero rompere questo15- Fuori ambito: cosa NON stiamo costruendo esplicitamente in questa versione1617━━━ PASSO 2: ARCHITETTURA ━━━1819Progetta l'implementazione prima di scrivere il codice:20- Quali file esistenti cambiano e come21- Quali nuovi file devono essere creati22- Quali test devono essere scritti23- Eventuali nuove dipendenze (e se sono giustificate)24- Potenziali impatti sulle prestazioni25- Eventuali considerazioni sulla sicurezza2627━━━ PASSO 3: COSTRUZIONE ━━━2829Scrivi il codice seguendo l'architettura.30Dopo aver scritto ogni funzione, verifica che soddisfi il suo requisito PRD.31Scrivi i test insieme al codice — non dopo.32Se incontri incertezza: scrivi un commento [VERIFICA: presupposto] invece di indovinare.3334━━━ PASSO 4: AUTO-REVISIONE PRIMA DI CONSEGNARMI ━━━3536Esegui questa checklist prima di consegnare:37□ Soddisfa ogni requisito PRD? (controlla ciascuno)38□ Tutti i casi limite sono gestiti?39□ C'è un test per ogni percorso critico?40□ Ci sono problemi di sicurezza evidenti?41□ Il codice è leggibile senza commenti?42□ Qual è il modo più probabile in cui questo potrebbe fallire in produzione?4344Se trovi un problema: risolvilo prima di consegnarmelo.4546━━━ PASSO 5: DESCRIZIONE PR ━━━4748Scrivi una descrizione della pull request con:49- Cosa fa e perché (2 frasi)50- Come testarlo manualmente51- Quali test automatizzati lo coprono52- Qualsiasi lavoro di follow-up che questo crea53- Livello di rischio: Basso / Medio / Alto5455━━━ REGOLE DI ESCALATION ━━━5657Vieni da me SOLO per:58→ Azioni irreversibili (migrazioni database, eliminazioni, modifiche API breaking)59→ Decisioni di sicurezza60→ Scelte architetturali che influenzano la roadmap6162Altrimenti: esegui fino al completamento. Riporta con la PR.63Registra le lezioni in ~/azienda/memoria/ingegneria.md
Livello 2 — Entelligence (si scrive con la E): bug risolti prima ancora che tu sappia che esistono
Questa è la parte che la maggior parte dei fondatori solitari non ha. Ed è la differenza tra dormire bene e ricevere notifiche Slack alle 2 di notte.
Ecco il problema senza di essa:
Viene rilasciata una PR. Contiene uno schema identico a un incidente di 6 mesi fa.
Nessuno lo intercetta perché nessuno se lo ricorda.
Il bug colpisce la produzione di venerdì.
Lo scopri lunedì dai clienti arrabbiati.
Entelligence è un motore di affidabilità di produzione che si collega all'intero tuo stack — GitHub, Sentry, PagerDuty, Linear, Datadog — e costruisce una memoria di ogni incidente che la tua codebase abbia mai avuto.
Ogni PR viene automaticamente revisionata rispetto a quella cronologia degli incidenti.
Se un diff corrisponde a uno schema che ha causato un guasto passato, Entelligence lo segnala citando l'incidente esatto.
Esempio reale di cosa intercetta:
1La PR #4821 aggiunge una chiamata fetch() senza timeout.23Commento di revisione di Entelligence:4"Questo schema corrisponde all'Incidente #2847 (SEV-1, timeout pagamento).5L'incidente originale ha richiesto 4 ore per essere risolto.6Questa fetch() non ha timeout e nessuna metrica del pool di connessioni —7la stessa lacuna che ha causato la cascata.89Correzione suggerita:10response = await fetch('/api/charge', {11 timeout: 5000,12 signal: AbortSignal.timeout(5000),13});14"
Cita l'incidente. Mostra la correzione. Previene la ripetizione.
Misurato su oltre 1 milione di PR e oltre 2.400 organizzazioni:
→ $0,44 di ogni dollaro speso in codifica AI va alla correzione di bug
→ $0,27 va alla rilavorazione
→ Solo $0,18 raggiungono la produzione
I team che usano Entelligence hanno portato quel valore da $0,18 a $0,41 che raggiungono la produzione.
43% di incidenti auto-risolti. 61 bug ricorrenti bloccati per trimestre.
Per un'azienda con una sola persona: non puoi permetterti un'interruzione della produzione venerdì sera.
Entelligence è l'ingegnere senior che non dorme mai, ricorda ogni incidente e revisiona ogni PR.
Lo configuri in 20 minuti:
1Passo 1: Vai su entelligence.ai → Registrati gratuitamente23Passo 2: Collega il tuo stack:4→ GitHub o GitLab (revisione PR — richiede 5 minuti)5→ Sentry / PagerDuty / Datadog (cronologia incidenti — richiede 10 minuti)6→ Linear o Jira (tracciamento ticket — opzionale)78Passo 3: Lascia che Entelligence indicizzi la tua cronologia incidenti9(20-30 minuti per repository esistenti. Funziona in background.)1011Passo 4: Aggiungi al tuo prompt di ingegneria Fable:12"Nota: Entelligence revisionerà ogni PR rispetto alla nostra cronologia incidenti.13Quando scrivi codice, segnala qualsiasi cosa che:14- Effettua chiamate esterne senza timeout15- Modifica lo stato condiviso senza un corretto blocco16- Modifica percorsi di autenticazione o pagamento17- Salta la gestione degli errori sui percorsi critici18Questi sono i nostri schemi di incidenti a più alto rischio."1920Passo 5: Quando si verifica un incidente, esegui questo prompt Fable:21"Entelligence ha rilevato questo incidente: [incolla avviso]22Investiga la causa principale.23Genera una correzione con test.24Scrivi la lezione in ~/azienda/memoria/ingegneria.md in questo formato:25Incidente: [descrizione]26Causa principale: [cosa si è effettivamente rotto]27Correzione applicata: [cosa è cambiato]28Prevenzione: [come rilevare questo schema nelle PR future]"
Il ciclo di vita completo del bug in pilota automatico totale:
1Scatta l'allarme di produzione (Sentry / PagerDuty)2 ↓3Entelligence rileva l'anomalia in spans/log/metriche4 ↓5Genera agenti di diagnosi paralleli6 ↓7Fable investiga la causa principale rispetto alla codebase8 ↓9Fable scrive la correzione + test10 ↓11Entelligence verifica la correzione rispetto all'intera cronologia incidenti12 ↓13PR creata automaticamente con contesto completo14 ↓15Tu revisioni e approvi — 5 minuti ← unico passaggio che richiede te16 ↓17Correzione distribuita e verificata in produzione18 ↓19Incidente chiuso. Lezione scritta in memoria.20 ↓21Lo stesso schema viene automaticamente bloccato in tutte le PR future
Non ti svegli mai più con la produzione rotta.
Non paghi mai più per correggere lo stesso bug due volte.

Reparto 5 — Supporto
Il supporto è dove i fondatori solitari sanguinano in silenzio.
I ticket si accumulano. I clienti se ne vanno. Nessuno se ne accorge finché i ricavi non calano.
1Sei il mio Direttore del Supporto.23Leggi prima ~/company/products.md e ~/company/customers.md.45Per ogni ticket di supporto in arrivo, esegui questo flusso di lavoro:67━━━ FASE 1: TRIAGE ━━━89Classifica il ticket:10- Tipo: Bug / Richiesta di funzionalità / Domanda su come fare / Fatturazione / Reclamo / Complimento11- Urgenza: Critica (blocca l'uso) / Alta (frustra significativamente) / Bassa12- Punteggio del sentiment: 1-5 (1=molto arrabbiato, 5=felice)13- Rischio di abbandono: Alto / Medio / Basso1415Se il rischio di abbandono è ALTO: NON procedere normalmente. Segnalalo immediatamente a me con:16[Nome cliente] | [Piano] | [MRR] | [Il suo reclamo] | [Risposta suggerita]1718━━━ FASE 2: BOZZA DI RISPOSTA ━━━1920Scrivi una risposta che:21- Inizia riconoscendo il loro problema specifico (non "Capisco la tua frustrazione")22- Risponde alla domanda in modo completo e pratico23- Se è un bug: fornisce una soluzione alternativa ora + una tempistica onesta, se possibile24- Se è una richiesta di funzionalità: li ringrazia sinceramente + aggiunge al tracker delle funzionalità25- Termina con una domanda per confermare che abbiamo risolto2627Regole:28- Sembra umano, non un help desk29- Sotto le 150 parole, a meno che la profondità tecnica non sia realmente necessaria30- Non usare mai: "come da mia ultima email" / "come accennato" / "Capisco la tua frustrazione"3132━━━ FASE 3: AGGIORNAMENTO DELLA BASE DI CONOSCENZA ━━━3334Dopo aver abbozzato:35- Questa domanda viene posta più di una volta al mese? Sì/No36- Se sì: scrivi una voce FAQ → salva in ~/company/docs/faq.md37- Il prodotto li ha confusi? Sì/No38- Se sì: annota il problema UX → salva in ~/company/state/ux-issues.md3940━━━ FASE 4: SCANSIONE SETTIMANALE DELL'ABBANDONO ━━━4142Ogni venerdì, esamina ~/company/state/support-tickets.md degli ultimi 14 giorni.4344Segnala qualsiasi cliente che:45→ Ha inviato 2+ ticket in 2 settimane46→ Ha usato parole: deluso, frustrato, cancellare, rimborso, cambiare, considerando47→ Ha avuto un ticket irrisolto per più di 48 ore48→ Ha declassato il suo piano4950Output:51| Cliente | Piano | MRR a rischio | Modello di reclamo | Azione raccomandata |52Ordina per MRR a rischio, dal più alto.5354Contatterò personalmente tutti in questa lista oggi.
La scansione per la prevenzione dell'abbandono è quella che ripaga tutto.
La maggior parte delle aziende scopre che un cliente se n'è andato solo dopo che ha cancellato.
La tua azienda lo scopre tre settimane prima.
Dipartimento 6 — Operazioni
Il dipartimento più sottovalutato. La leva più alta.
Briefing quotidiano — viene eseguito ogni mattina alle 9:00:
1/loop ogni giorno alle 9:00 →23Sei il mio Assistente Esecutivo.45Leggi:6- ~/company/state/projects.md7- ~/company/state/pipeline.md8- ~/company/state/support-tickets.md9- ~/company/memory/lessons.md (solo ultimi 7 giorni)1011Genera il mio briefing quotidiano:1213━━━ BRIEFING DI OGGI — [Data] ━━━1415### 🚨 Richiede attenzione oggi (urgente, non può aspettare)16[2-3 elementi max. Se non c'è niente: dì "Niente di critico oggi."]1718### 💰 Stato della pipeline19[Affari in ogni fase. Qualsiasi sia andato freddo o sia avanzato. Entrate a rischio.]2021### 🎧 Supporto22[Ticket aperti: conteggio per urgenza. Eventuali rischi di abbandono da ieri.]2324### ⚡ Top 3 priorità per oggi25[Classificate per impatto × urgenza. Non solo ciò che è più rumoroso.]2627### 💡 Una lezione degli ultimi 7 giorni28[L'unico insight più rilevante da ~/company/memory/lessons.md]2930Mantieni l'intero briefing sotto le 300 parole.31Lo leggo in 2 minuti e so esattamente cosa fare.32Generatore di SOP — cattura automaticamente ogni processo:33Ogni volta che ti descrivo un processo, fai quanto segue:34351. Documentalo come Procedura Operativa Standard362. Salvalo in ~/company/sops/[nome-processo].md373. Usa questo formato:3839# [Nome Processo]40Cosa fa: [una frase]41Quando eseguirlo: [trigger o pianificazione]42Chi lo esegue: [Fable / Io / Entrambi]4344## Passaggi451.462.473.48...4950## Come riconoscere il successo51[Come sapere se ha funzionato]5253## Errori comuni54[Cosa va storto e come evitarlo]5556## Opportunità di automazione57[Qualsiasi passaggio che potrebbe essere completamente automatizzato — segnalalo]5859Dopo la documentazione: dimmi quali passaggi potrei eliminare del tutto60collegando questo a un altro sistema o agente.

2 strati che rendono questo composto
Strato di verifica
La maggior parte delle persone costruisce: Compito → Output → Fatto
Tu costruisci: Compito → Output → Verifica → Correggi → Fatto
Aggiungi a ogni prompt del dipartimento:
1Dopo aver completato questo compito, auto-revisiona il tuo output:231. Risponde direttamente a ciò che è stato chiesto?42. Cosa manca che lo renderebbe più utile?53. Quale presupposto ho fatto che potrebbe essere sbagliato?64. Qual è la modalità di fallimento più probabile nella pratica?78Se trovi un problema: correggilo prima di consegnare.9Se sei incerto: segnalo con [VERIFY] così so di controllarlo.10Non consegnare lavoro che sai avere delle lacune.
Strato di memoria — il vero fossato
Non i tuoi prompt. Non i tuoi strumenti. La tua memoria.
Ogni dipartimento scrive già in ~/company/memory/.
Aggiungi questa meta-istruzione una volta:
1Ogni domenica alle 19:00, esegui il consolidamento settimanale della memoria:23Leggi tutti i file in ~/company/memory/ degli ultimi 7 giorni.45Genera un report settimanale consolidato:6- Top 3 cose che hanno funzionato in tutti i dipartimenti7- Top 3 cose che hanno fallito e perché8- Un miglioramento a livello di sistema da apportare la prossima settimana9- Qualsiasi modello emergente in più dipartimenti1011Salva in ~/company/memory/weekly-[AAAA-MM-GG].md1213Poi: suggerisci il flusso di lavoro che mi darebbe il più alto14miglioramento in termini di leva basato sulle lezioni di questa settimana.
Il sistema diventa più intelligente ogni settimana senza che tu faccia nulla di extra.
5 regole di prompting per Fable che cambiano tutto (finalmente)
La maggior parte delle persone usa Fable come usava ChatGPT.
Ecco perché la maggior parte delle persone ottiene risultati mediocri.
Regola 1 — Abbina lo sforzo al compito
→ Basso/medio: risposte veloci, riscritture, ricerche semplici
→ Alto: il tuo predefinito per tutto ciò che conta
→ Molto alto: problemi più difficili, build complesse, qualità non negoziabile
→ /loop: flussi di lavoro ricorrenti che non vuoi mai più avviare manualmente
Regola 2 — Dì il perché, non solo il cosa
1❌ "Scrivi una email a freddo per questo potenziale cliente"23✅ "Sto facendo outreach per [prodotto] rivolgendomi a [ruolo] presso [tipo di azienda].4Hanno [dolore specifico]. L'obiettivo è una risposta, non un incontro prenotato.5Scrivi una email a freddo: osservazione specifica → dolore → soluzione → prova → CTA morbido.6Sotto le 100 parole. Nessun linguaggio aziendale."
Regola 3 — Più breve batte più lungo
Il sovra-prompting vincola Fable.
Dai l'obiettivo e i vincoli. Lascia che decida il metodo.
Se scrivi un prompt di 500 parole per qualcosa che un prompt di 50 parole gestirebbe: la versione da 500 parole spesso produce risultati peggiori.
Regola 4 — Imposta i tuoi checkpoint esplicitamente
1"Mettiti in pausa per me solo quando:2→ L'azione successiva è irreversibile3→ Incontri un blocco che non puoi risolvere4→ Hai bisogno di informazioni che solo io ho56Altrimenti: continua. Riferisci quando hai finito."
Senza questo: Fable controlla costantemente. Con questo: funziona.
Regola 5 — Usa /loop per tutto ciò che è ricorrente
1/loop ogni lunedì alle 8:00 → esegui flusso di lavoro del dipartimento di ricerca2/loop ogni giorno alle 9:00 → genera briefing quotidiano3/loop ogni venerdì alle 17:00 → esegui scansione prevenzione abbandono4/loop ogni domenica alle 19:00 → esegui consolidamento memoria
Imposta una volta. Funziona per sempre.

L'ordine di implementazione
Non costruire tutti e sei i dipartimenti in una volta.
Costruisci in questo ordine. Ognuno sblocca il successivo.
Settimana 1 — Fondamenta (2 ore)Crea la cartella del cervello aziendale. Compila tutti e 5 i modelli. Questa è la base da cui tutto il resto legge. Nient'altro funziona correttamente senza questo.
Settimana 2 — Dipartimento di ricerca (1 ora di setup)Copia il prompt del Direttore della Ricerca. Esegui manualmente il primo ciclo di ricerca settimanale. Lunedì: ricevi il tuo primo report strategico.
Settimana 3 — Marketing: viralità su X (1 ora di setup)Copia il prompt di pre-lancio engineering. Eseguilo sui tuoi prossimi 3 post prima di pubblicarli. Rimani attivo per 60 minuti dopo ogni post.
Settimana 4 — Strati di engineering (2 ore)Collega Entelligence a GitHub + Sentry (20 minuti). Copia il prompt del Direttore Engineering. La prima PR viene revisionata automaticamente rispetto alla cronologia degli incidenti.
Mese 2 — Macchina di venditaCopia il prompt del Direttore Vendite. Eseguilo sui primi 20 potenziali clienti. Imposta il layer di chiamate AI per i non-apritori.
Mese 3 — Supporto + OperazioniCopia il prompt del Direttore del Supporto. Imposta il /loop del briefing quotidiano. Imposta la scansione settimanale di prevenzione dell'abbandono.
Mese 6 — Sistema completoOgni dipartimento funziona secondo programma senza che tu lo avvii. La memoria si accumula settimanalmente. Tu progetti. Fable esegue.
Com'è il mese 6
Lunedì alle 9:00. Apri il tuo laptop.
Il briefing è pronto:
→ Report di ricerca archiviato — 3 opportunità, 2 mosse della concorrenza
→ 3 articoli SEO pubblicati mentre dormivi
→ 200 email di outreach inviate, 4 riunioni qualificate prenotate
→ 12 ticket di supporto triati, 2 inoltrati a te
→ 2 PR revisionate da Entelligence — 0 modelli di incidente rilevati, pronte per l'approvazione
→ Newsletter abbozzata e pronta per l'invio
→ 1 cliente a rischio abbandono segnalato con azione raccomandata
Il tuo lavoro oggi:
→ Revisiona 2 PR: 20 minuti
→ Approva la newsletter: 5 minuti
→ 4 chiamate di vendita: 2 ore
→ Chiama il cliente a rischio abbandono: 30 minuti
Totale: 3 ore di lavoro ad alto giudizio.
Tutto il resto è andato avanti senza di te.
Il collo di bottiglia non è più la produzione.
Il collo di bottiglia è ora il giudizio.
Ed è esattamente lì che i fondatori creano più valore.
Le aziende che vinceranno nel prossimo decennio non avranno i migliori prompt.
Avranno i migliori sistemi operativi.
Claude Fable 5 è il primo modello in grado di gestirne uno.
Se questo è stato utile:
→ Ripubblica per condividerlo con ogni fondatore singolo che conosci → Segui @sairahul1 per altri sistemi che funzionano senza di te → Aggiungi ai segnalibri — ogni prompt sopra è pronto per essere copiato e incollato
Scrivo di AI, costruzione di prodotti e sistemi che funzionano mentre dormi.
Strumenti menzionati:
→ Claude Fable 5: claude.ai
→ Entelligence (revisione PR automatizzata + prevenzione incidenti): entelligence.ai
→ Bland / Vapi / Retell: agenti di chiamata AI





