Come costruire un'azienda individuale con Claude Fable 5

@sairahul1
INGLESE2 giorni fa · 02 lug 2026
134K
258
38
17
621

TL;DR

Questa guida fornisce un framework completo per costruire un'attività in solitaria utilizzando Claude Fable 5, includendo prompt pronti all'uso per automatizzare ogni reparto, dal marketing all'ingegneria.

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é.

Rahul - inline image

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:

bash
1mkdir -p ~/azienda/{memoria,competenze,stato,contenuti,documenti,procedure}
2
3touch ~/azienda/fondatore.md
4touch ~/azienda/strategia.md
5touch ~/azienda/prodotti.md
6touch ~/azienda/clienti.md
7touch ~/azienda/memoria/lezioni.md
8touch ~/azienda/stato/progetti.md
9touch ~/azienda/stato/pipeline.md
10touch ~/azienda/stato/tracker-seo.md

Compila ogni file con questi modelli:

~/azienda/fondatore.md

markdown
1# Chi Sono
2
3## Come penso
4[Veloce e intuitivo? Lento e riflessivo? Propenso al rischio o cauto?]
5
6## I miei punti di forza
7[Cosa sai fare veramente bene — specifico, non generico]
8
9## Le mie debolezze
10[Cosa ti prosciuga o dove commetti costantemente errori]
11
12## Stile di comunicazione
13[Come vuoi gli output — elenchi puntati? prosa? brevi? dettagliati?]
14
15## Non negoziabili
16[Cose su cui non scenderai mai a compromessi — standard di qualità, etica, velocità]
17
18## Quadro decisionale
19[Come prendi le decisioni difficili — prima i dati? prima l'istinto? consenso?]

~/azienda/strategia.md

markdown
1# Strategia Aziendale
2
3## Obiettivi 2026
41. [Obiettivo specifico e misurabile]
52. [Obiettivo specifico e misurabile]
63. [Obiettivo specifico e misurabile]
7
8## Mercato di riferimento
9[Mansione, dimensione aziendale, settore, problema che hanno in questo momento]
10
11## Prezzi
12[X€ per Y. Perché questo prezzo. Quanto costano le alternative.]
13
14## Posizionamento
15[Una frase: Aiutiamo [chi] a fare [cosa] senza [problema].]
16
17## Vantaggio competitivo
18[L'unica cosa che facciamo meglio di chiunque altro — sii specifico]
19
20## Cosa NON faremo
21[Le 3 cose su cui ci rifiutiamo esplicitamente di competere]

~/azienda/clienti.md

markdown
1# Intelligence Clienti
2
3## Profilo cliente ideale
4[Dati demografici, tipo di azienda, job to be done, autorità di budget]
5
6## Top 5 problemi dei clienti (classificati)
71. [Problema] — [quanto spesso lo menzionano]
82.
93.
104.
115.
12
13## Obiezioni comuni e il vero motivo dietro
14- "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]
17
18## Migliori testimonianze dei clienti
191. "[Citazione]" — [Nome, Ruolo, Azienda]
202.
213.
22
23## Dove si incontrano i clienti
24[Subreddit, gruppi LinkedIn, newsletter, community Slack]

Aggiungi questa istruzione all'inizio di ogni sessione di Fable:

text
1Prima di iniziare qualsiasi attività, leggi:
2- ~/azienda/fondatore.md
3- ~/azienda/strategia.md
4- ~/azienda/clienti.md
5
6Dopo aver completato qualsiasi attività, scrivi le lezioni chiave in:
7- ~/azienda/memoria/lezioni.md
8
9Formato: Data | Reparto | Cosa ha funzionato | Cosa è fallito | Prossima volta
10Una 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.

Rahul - inline image

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ì:

text
1Sei il mio Direttore della Ricerca.
2
3Leggi prima ~/azienda/strategia.md e ~/azienda/clienti.md.
4
5Esegui il ciclo di ricerca settimanale completo:
6
7━━━ RICERCA CONCORRENTI ━━━
8
9Cerca quanto segue su ogni concorrente: [elenca 3-5 concorrenti]
10
11Trova 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 funzionato
15→ Reclami dei clienti su Reddit, G2, Trustpilot, App Store
16
17━━━ RICERCA CLIENTI ━━━
18
19Cerca in queste community Reddit: [r/sub1, r/sub2, r/sub3]
20
21Query 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]"
26
27Trova i primi 10 reclami classificati per upvote.
28Raggruppa reclami simili in temi.
29
30━━━ RICERCA OPPORTUNITÀ ━━━
31
32Trova nella mia nicchia:
33→ Parole chiave con volume di ricerca ma concorrenza debole nella top 10
34→ Domande su Reddit/Quora con molti upvote ma nessuna risposta soddisfacente
35→ Prodotti che le persone chiedono nei forum che non esistono ancora
36→ Qualsiasi concorrente che ha appena aumentato i prezzi (opportunità di posizionamento contro)
37
38━━━ FORMATO OUTPUT ━━━
39
40Restituisci esattamente questa struttura:
41
42## Report di Ricerca Settimanale — [Data]
43
44### Top 3 Mosse dei Concorrenti Questa Settimana
45| Concorrente | Cosa hanno fatto | Perché è importante | Azione consigliata |
46
47### Top 5 Reclami dei Clienti (per frequenza)
48| Reclamo | Quanto spesso | Opportunità che crea |
49
50### Top 3 Opportunità Questa Settimana
51| Opportunità | Evidenza | Sforzo | Potenziale di guadagno | Azione consigliata |
52
53### Un'Osservazione Contrarian
54[Qualcosa che hai trovato che va contro la saggezza convenzionale in questo spazio]
55
56Salva il report completo in: ~/azienda/stato/ricerca-[AAAA-MM-GG].md
57Aggiorna ~/azienda/memoria/lezioni.md con le scoperte chiave.

Ricevi un report strategico ogni lunedì.

Non informazioni. Decisioni.

Rahul - inline image

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:

text
1Sto per pubblicare questo post su X. Esegui il controllo completo di ingegneria virale.
2
3IL MIO POST:
4[incolla qui la tua bozza]
5
6IL MIO PUBBLICO: [descrivi il tuo pubblico — es., indie hacker, sviluppatori, fondatori]
7
8━━━ PASSO 1: ANALISI DELL'HOOK ━━━
9
10Valuta 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à?
13
14Riscrivi l'hook in 5 modi diversi:
15Versione 1: Hook basato sulla curiosità
16Versione 2: Hook basato su paura/dolore
17Versione 3: Hook basato su desiderio/aspirazione
18Versione 4: Hook basato su sorpresa/controintuitivo
19Versione 5: Hook basato su affermazione audace
20
21Valuta ciascuno da 1 a 10. Raccomanda il più forte.
22
23━━━ PASSO 2: TEST DELL'ALGORITMO ━━━
24
25Esegui 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]
30
31Comportamento previsto del lettore: Scorre oltre / Mette Mi piace / Commenta / Ripubblica
32Cosa lo spingerebbe a ripubblicare invece di mettere solo mi piace?
33
34━━━ PASSO 3: INGEGNERIA DEI COMMENTI ━━━
35
36Scrivi 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 originale
39- Estende la conversazione
40- È sotto le 100 parole
41
42Scrivi 3 angolazioni per quote tweet per account in nicchie adiacenti.
43
44━━━ PASSO 4: PIANO DELLA PRIMA ORA ━━━
45
46L'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 questo
503. L'unico sub-reddit o community in cui dovrei fare cross-post oggi
51
52━━━ PASSO 5: VERDETTO FINALE ━━━
53Verdetto: Pubblica così com'è / Modifiche minori / Riscrittura maggiore necessaria
54Se 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:

text
1Sei il mio Direttore dei Contenuti SEO.
2
3Leggi prima ~/azienda/strategia.md e ~/azienda/clienti.md.
4
5Parola chiave target: [parola chiave esatta]
6La mia autorità di dominio è approssimativamente: [bassa/media/alta o punteggio DA se noto]
7
8━━━ PASSO 1: ANALISI DELLA CONCORRENZA ━━━
9
10Cerca su Google questa parola chiave esatta.
11Analizza le prime 5 pagine in classifica:
12
13Per ogni pagina:
14- Angolazione e tesi principale
15- Sottotitoli (H2 e H3)
16- Domande a cui hanno risposto
17- Argomenti trattati bene
18- Argomenti persi o trattati male
19- Conteggio parole approssimativo
20- Tipo di contenuto (elenco / guida / confronto / case study)
21
22━━━ PASSO 2: BRIEF VINCENTE ━━━
23
24Crea 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]
31
32━━━ PASSO 3: SCRIVI L'ARTICOLO ━━━
33
34Scrivi l'articolo completo seguendo il brief.
35Tono: [diretto e colloquiale — niente linguaggio aziendale, niente frasi riempitive]
36Formato: Introduzione (hook + promessa) → sezioni → conclusione con CTA
37
38Regole:
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 generiche
42- Se non sei sicuro di un fatto, scrivi [VERIFICA: affermazione] invece di indovinare
43
44━━━ PASSO 4: METADATI ━━━
45
46Title 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]
51
52Salva l'articolo in: ~/azienda/contenuti/[slug].md
53Registra in: ~/azienda/stato/tracker-seo.md
54Formato: [Parola chiave] | [URL target] | [Stato: Bozza/Pubblicato] | [Data]

Parte C: Newsletter in pilota automatico

text
1Sei il mio Direttore della Newsletter.
2
3Ogni domenica alle 18:00, esegui il flusso di lavoro settimanale della newsletter:
4
5━━━ FASE DI RICERCA ━━━
6
7Cerca 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/LinkedIn
10→ 1 opinione contrarian o scoperta controintuitiva
11→ 1 strumento o risorsa che vale la pena condividere
12
13Per ogni elemento: una frase sul perché è importante per il mio pubblico.
14
15━━━ FASE DI SCRITTURA ━━━
16
17Scrivi la newsletter:
18Opzioni oggetto: 3 versioni (curiosità / beneficio / contrarian)
19Testo di anteprima: [sotto i 90 caratteri, completa la storia dell'oggetto]
20
21Struttura:
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- Chiusura
28
29Regole:
30- Meno di 600 parole totali
31- Ogni sezione si guadagna il suo posto
32- Sembra un amico intelligente, non una pubblicazione
33
34━━━ DISTRIBUZIONE ━━━
35
36Scrivi 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/reel
40
41Salva 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.

Rahul - inline image

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:

text
1Sei il mio Direttore delle Vendite.
2
3Leggi prima ~/azienda/clienti.md e ~/azienda/strategia.md.
4
5Il 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]
9
10Per ogni potenziale cliente che ti do, esegui la sequenza completa:
11
12━━━ PASSO 1: RICERCA DEL PROSPECT ━━━
13
14Ricerca 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]
19
20Valuta la loro idoneità: A (chiudi ora) / B (coltiva) / C (non è il nostro ICP)
21Se C: non procedere. Segnalamelo.
22
23━━━ PASSO 2: OUTREACH VIA EMAIL ━━━
24
25Scrivi 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 ruolo
28Riga 3: Cosa facciamo noi al riguardo in una frase
29Riga 4: Un punto di prova — nome del cliente o numero specifico
30Riga 5: Un CTA morbido — una domanda che invita a una risposta, non a una richiesta di riunione
31
32Regole:
33- Meno di 100 parole totali
34- 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 loro
37
38━━━ PASSO 3: SEQUENZA LINKEDIN ━━━
39
40Richiesta di connessione (meno di 300 caratteri):
41[Motivo specifico per connettersi — interesse condiviso, loro contenuto, connessione in comune]
42
43DM 1 (dopo la connessione — aggiungi valore, zero vendita):
44[Condividi qualcosa di veramente utile relativo al loro problema — articolo, framework, osservazione]
45
46DM 2 (nessuna risposta per 5 giorni — angolazione diversa):
47[Nuova intuizione o prova sociale. Ancora nessuna vendita diretta.]
48
49DM 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."]
51
52━━━ PASSO 4: LOGICA DI FOLLOW-UP ━━━
53
54Se nessuna apertura email in 3 giorni: reinvia con oggetto diverso, stesso corpo
55Se aperta ma nessuna risposta in 5 giorni: invia follow-up con angolazione diversa
56Se ha risposto "non ora": programma un check-in tra esattamente 90 giorni, annota l'innesco da menzionare allora
57Se interessato ma bloccato: invia un pezzo di prova sociale a settimana per 3 settimane
58
59━━━ PASSO 5: AGGIORNAMENTO CRM ━━━
60
61Registra in ~/azienda/stato/pipeline.md:
62| Nome | Azienda | Fase | Email inviata | Stato LinkedIn | Ultimo contatto | Prossima azione | Data |
63
64Dopo aver processato 10 potenziali clienti, mostrami:
65- Quanti sono di livello A, B, C
66- Valore totale della pipeline se tutti i livello A chiudono
67- 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.

Rahul - inline image

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

text
1Sei il mio Direttore dell'Ingegneria.
2
3Leggi prima ~/azienda/prodotti.md e ~/azienda/strategia.md.
4
5Per ogni richiesta di funzionalità o segnalazione di bug, esegui il flusso di lavoro ingegneristico completo:
6
7━━━ PASSO 1: PRD ━━━
8
9Scrivi un Documento Completo dei Requisiti di Prodotto:
10- Problema: cosa si rompe o cosa manca, e per chi
11- Criteri di successo: come sapremo che ha funzionato? (misurabile)
12- Flusso utente: passo dopo passo cosa fa l'utente
13- Requisiti tecnici: cosa deve fare il codice
14- Casi limite: cosa può andare storto, quali input potrebbero rompere questo
15- Fuori ambito: cosa NON stiamo costruendo esplicitamente in questa versione
16
17━━━ PASSO 2: ARCHITETTURA ━━━
18
19Progetta l'implementazione prima di scrivere il codice:
20- Quali file esistenti cambiano e come
21- Quali nuovi file devono essere creati
22- Quali test devono essere scritti
23- Eventuali nuove dipendenze (e se sono giustificate)
24- Potenziali impatti sulle prestazioni
25- Eventuali considerazioni sulla sicurezza
26
27━━━ PASSO 3: COSTRUZIONE ━━━
28
29Scrivi 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.
33
34━━━ PASSO 4: AUTO-REVISIONE PRIMA DI CONSEGNARMI ━━━
35
36Esegui 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?
43
44Se trovi un problema: risolvilo prima di consegnarmelo.
45
46━━━ PASSO 5: DESCRIZIONE PR ━━━
47
48Scrivi una descrizione della pull request con:
49- Cosa fa e perché (2 frasi)
50- Come testarlo manualmente
51- Quali test automatizzati lo coprono
52- Qualsiasi lavoro di follow-up che questo crea
53- Livello di rischio: Basso / Medio / Alto
54
55━━━ REGOLE DI ESCALATION ━━━
56
57Vieni da me SOLO per:
58→ Azioni irreversibili (migrazioni database, eliminazioni, modifiche API breaking)
59→ Decisioni di sicurezza
60→ Scelte architetturali che influenzano la roadmap
61
62Altrimenti: 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:

text
1La PR #4821 aggiunge una chiamata fetch() senza timeout.
2
3Commento 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.
8
9Correzione 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:

text
1Passo 1: Vai su entelligence.ai → Registrati gratuitamente
2
3Passo 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)
7
8Passo 3: Lascia che Entelligence indicizzi la tua cronologia incidenti
9(20-30 minuti per repository esistenti. Funziona in background.)
10
11Passo 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 timeout
15- Modifica lo stato condiviso senza un corretto blocco
16- Modifica percorsi di autenticazione o pagamento
17- Salta la gestione degli errori sui percorsi critici
18Questi sono i nostri schemi di incidenti a più alto rischio."
19
20Passo 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:

text
1Scatta l'allarme di produzione (Sentry / PagerDuty)
2
3Entelligence rileva l'anomalia in spans/log/metriche
4
5Genera agenti di diagnosi paralleli
6
7Fable investiga la causa principale rispetto alla codebase
8
9Fable scrive la correzione + test
10
11Entelligence verifica la correzione rispetto all'intera cronologia incidenti
12
13PR creata automaticamente con contesto completo
14
15Tu revisioni e approvi — 5 minuti ← unico passaggio che richiede te
16
17Correzione distribuita e verificata in produzione
18
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.

Rahul - inline image

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.

text
1Sei il mio Direttore del Supporto.
2
3Leggi prima ~/company/products.md e ~/company/customers.md.
4
5Per ogni ticket di supporto in arrivo, esegui questo flusso di lavoro:
6
7━━━ FASE 1: TRIAGE ━━━
8
9Classifica il ticket:
10- Tipo: Bug / Richiesta di funzionalità / Domanda su come fare / Fatturazione / Reclamo / Complimento
11- Urgenza: Critica (blocca l'uso) / Alta (frustra significativamente) / Bassa
12- Punteggio del sentiment: 1-5 (1=molto arrabbiato, 5=felice)
13- Rischio di abbandono: Alto / Medio / Basso
14
15Se il rischio di abbandono è ALTO: NON procedere normalmente. Segnalalo immediatamente a me con:
16[Nome cliente] | [Piano] | [MRR] | [Il suo reclamo] | [Risposta suggerita]
17
18━━━ FASE 2: BOZZA DI RISPOSTA ━━━
19
20Scrivi una risposta che:
21- Inizia riconoscendo il loro problema specifico (non "Capisco la tua frustrazione")
22- Risponde alla domanda in modo completo e pratico
23- Se è un bug: fornisce una soluzione alternativa ora + una tempistica onesta, se possibile
24- Se è una richiesta di funzionalità: li ringrazia sinceramente + aggiunge al tracker delle funzionalità
25- Termina con una domanda per confermare che abbiamo risolto
26
27Regole:
28- Sembra umano, non un help desk
29- Sotto le 150 parole, a meno che la profondità tecnica non sia realmente necessaria
30- Non usare mai: "come da mia ultima email" / "come accennato" / "Capisco la tua frustrazione"
31
32━━━ FASE 3: AGGIORNAMENTO DELLA BASE DI CONOSCENZA ━━━
33
34Dopo aver abbozzato:
35- Questa domanda viene posta più di una volta al mese? Sì/No
36- Se sì: scrivi una voce FAQ → salva in ~/company/docs/faq.md
37- Il prodotto li ha confusi? Sì/No
38- Se sì: annota il problema UX → salva in ~/company/state/ux-issues.md
39
40━━━ FASE 4: SCANSIONE SETTIMANALE DELL'ABBANDONO ━━━
41
42Ogni venerdì, esamina ~/company/state/support-tickets.md degli ultimi 14 giorni.
43
44Segnala qualsiasi cliente che:
45→ Ha inviato 2+ ticket in 2 settimane
46→ Ha usato parole: deluso, frustrato, cancellare, rimborso, cambiare, considerando
47→ Ha avuto un ticket irrisolto per più di 48 ore
48→ Ha declassato il suo piano
49
50Output:
51| Cliente | Piano | MRR a rischio | Modello di reclamo | Azione raccomandata |
52Ordina per MRR a rischio, dal più alto.
53
54Contatterò 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:

text
1/loop ogni giorno alle 9:00 →
2
3Sei il mio Assistente Esecutivo.
4
5Leggi:
6- ~/company/state/projects.md
7- ~/company/state/pipeline.md
8- ~/company/state/support-tickets.md
9- ~/company/memory/lessons.md (solo ultimi 7 giorni)
10
11Genera il mio briefing quotidiano:
12
13━━━ BRIEFING DI OGGI — [Data] ━━━
14
15### 🚨 Richiede attenzione oggi (urgente, non può aspettare)
16[2-3 elementi max. Se non c'è niente: dì "Niente di critico oggi."]
17
18### 💰 Stato della pipeline
19[Affari in ogni fase. Qualsiasi sia andato freddo o sia avanzato. Entrate a rischio.]
20
21### 🎧 Supporto
22[Ticket aperti: conteggio per urgenza. Eventuali rischi di abbandono da ieri.]
23
24### ⚡ Top 3 priorità per oggi
25[Classificate per impatto × urgenza. Non solo ciò che è più rumoroso.]
26
27### 💡 Una lezione degli ultimi 7 giorni
28[L'unico insight più rilevante da ~/company/memory/lessons.md]
29
30Mantieni 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:
34
351. Documentalo come Procedura Operativa Standard
362. Salvalo in ~/company/sops/[nome-processo].md
373. Usa questo formato:
38
39# [Nome Processo]
40Cosa fa: [una frase]
41Quando eseguirlo: [trigger o pianificazione]
42Chi lo esegue: [Fable / Io / Entrambi]
43
44## Passaggi
451.
462.
473.
48...
49
50## Come riconoscere il successo
51[Come sapere se ha funzionato]
52
53## Errori comuni
54[Cosa va storto e come evitarlo]
55
56## Opportunità di automazione
57[Qualsiasi passaggio che potrebbe essere completamente automatizzato — segnalalo]
58
59Dopo la documentazione: dimmi quali passaggi potrei eliminare del tutto
60collegando questo a un altro sistema o agente.
Rahul - inline image

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:

text
1Dopo aver completato questo compito, auto-revisiona il tuo output:
2
31. 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?
7
8Se 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:

text
1Ogni domenica alle 19:00, esegui il consolidamento settimanale della memoria:
2
3Leggi tutti i file in ~/company/memory/ degli ultimi 7 giorni.
4
5Genera un report settimanale consolidato:
6- Top 3 cose che hanno funzionato in tutti i dipartimenti
7- Top 3 cose che hanno fallito e perché
8- Un miglioramento a livello di sistema da apportare la prossima settimana
9- Qualsiasi modello emergente in più dipartimenti
10
11Salva in ~/company/memory/weekly-[AAAA-MM-GG].md
12
13Poi: suggerisci il flusso di lavoro che mi darebbe il più alto
14miglioramento 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

text
1❌ "Scrivi una email a freddo per questo potenziale cliente"
2
3✅ "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

text
1"Mettiti in pausa per me solo quando:
2→ L'azione successiva è irreversibile
3→ Incontri un blocco che non puoi risolvere
4→ Hai bisogno di informazioni che solo io ho
5
6Altrimenti: continua. Riferisci quando hai finito."

Senza questo: Fable controlla costantemente. Con questo: funziona.

Regola 5 — Usa /loop per tutto ciò che è ricorrente

text
1/loop ogni lunedì alle 8:00 → esegui flusso di lavoro del dipartimento di ricerca
2/loop ogni giorno alle 9:00 → genera briefing quotidiano
3/loop ogni venerdì alle 17:00 → esegui scansione prevenzione abbandono
4/loop ogni domenica alle 19:00 → esegui consolidamento memoria

Imposta una volta. Funziona per sempre.

Rahul - inline image

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

Turn one viral article into a full content workflow

Collect the source, decode the pattern, create assets, draft the story, and distribute from one AI workspace.

Explore YouMind
Per i creator

Trasforma il tuo Markdown in un articolo 𝕏 pulito

Quando pubblichi i tuoi testi lunghi, formattare immagini, tabelle e blocchi di codice per 𝕏 è una seccatura. YouMind trasforma un'intera bozza Markdown in un articolo 𝕏 pulito e pronto da pubblicare.

Prova Markdown verso 𝕏

Altri pattern da decodificare

Articoli virali recenti

Esplora altri articoli virali