Guida pratica · livello esperto

Risolvere qualsiasi problema con l'AI
— il framework in 3 fasi

Comprendi → Progetta → Implementa. Un metodo ripetibile per costruire sistemi agentici quando non sei l'esperto del dominio, usando Claude Code e tre skill riusabili. Caso studio concreto: un trading bot Bitcoin su Binance testnet. Codice e prompt reali.

Spunto video: «Ho Creato un Bot Crypto che Fa Trading 24/7 con Claude Code» — Giovanni Beggiato (23:37) · Estratto e ampliato con JoeFastTubeAI · Immagini Full HD 1920×1080

00TL;DR & il framework in 3 fasi

Il valore non è "ho fatto un trading bot". Quasi chiunque, oggi, può farne uno con Claude Code. Il valore è il metodo: come scomporre un problema che non padroneggi e farti guidare dall'AI senza perdere il controllo dell'architettura.

Fase 1ComprendiMappa i building block ad alto livello, in ordine di importanza. Niente codice ancora.
Fase 2ProgettaParti dal blocco core. Esplora opzioni con più agenti, poi visualizza e valida l'architettura.
Fase 3ImplementaSolo ora: sintetizza in un prompt, plan mode, credenziali, build, go‑live.
◆ La regola d'oro

"Possiamo farlo?" prima di "cosa facciamo?" prima di "come lo monitoriamo?". Ragionare sul monitoraggio/alert prima di sapere se esiste un'API o quale logica userai è l'errore tipico. Si va sempre dalle fondamenta verso l'alto.

Lungo la guida costruiremo anche tre skill riusabili — non solo per il bot, ma per qualunque sistema: diagram‑generator (scomporre), agent‑polling (esplorare opzioni), excalidraw (visualizzare/validare).

01Fase 1 — Comprendere il problema

Prima di ogni riga di codice: quali sono le parti costitutive del sistema, ad alto livello? Per il trading bot emergono tre livelli, dal basso (prerequisito) verso l'alto.

Diagramma a blocchi: fondamenta (Binance + API), il bot (lettura dati, decisione/rischio, ordini), monitoraggio/alert
I building block in ordine di importanza: fondamentail bot (dati · decisione/rischio · ordini) → monitoraggio & alert.

Livello 2 · Fondamenta

Piattaforma (Binance) + connessione API con chiavi che permettono a Claude/Codex di operare in automatico. Senza questo, niente di sopra esiste.

Livello 1 · Il bot

Lettura dati (le "candele" in tempo reale) · decisione & gestione del rischio (il cervello) · esecuzione ordini.

Livello 1 · Monitoraggio

Notifiche, dashboard, alert. Importante — ma si definisce per ultimo, quando il resto regge.

▲ Perché questo ordine

Decomporre dal basso evita di innamorarsi della UI/alert di un sistema che forse non è nemmeno costruibile. Verifica prima il vincolo duro (esiste l'API? la logica funziona?), poi sali.

02Il blocco core: la strategia (la tua IP)

Dentro "decisione & gestione del rischio" si nasconde il vero punto: la strategia. È il core della tua proprietà intellettuale. Dopo questa guida tutti sapranno fare un bot; pochi sapranno qual è la strategia giusta.

◆ Dove va il tuo sforzo

La probabilità di successo del sistema dipende quasi tutta dal blocco core. "Dì a Claude vai e conquista il mondo" non basta: devi dirgli con cosa — carro armato, spada o pistole ad acqua. La gran parte della ricerca va spesa nel decidere la strategia, prima ancora di sapere come costruire il sistema.

Questo vale per ogni dominio. Il "core" cambia nome, non funzione:

SistemaBlocco core dove si vince/perde
Trading botStrategia & gestione del rischio
Marketing campaignQuanto bene identifichi gli outlier
Email marketingQualità della copy
Proposal generation automaticaAnalisi dei transcript → pain del cliente → template che converte

03Skill #1 — diagram‑generator

Quando il problema non è chiaro, fatti aiutare a scomporlo. Questa skill istruisce Claude a restare ad alto livello, decomporre il task in micro‑sezioni e poi disegnarlo. L'output del §01 è esattamente questo.

Board Excalidraw con le tre fasi: comprensione del problema, design del sistema, implementazione
La mental‑map delle tre fasi su una board: comprensione → design → implementazione.

Prompt che innesca la skill

"Sto costruendo un trading bot per un video YouTube. Dovrebbe analizzare le
candele di Bitcoin e capire la miglior strategia. Disegnami un diagramma che
mostri le varie parti. Target: non‑technical (imprenditori, gente non esperta di
finanza). Se ti chiedo un trading bot, includi parti come: connessioni API alla
piattaforma, bot strategy, ecc. Stai ad alto livello."

SKILL.md (scheletro)

---
name: diagram-generator
description: >-
  Quando l'utente chiede un diagramma/architettura di un sistema, resta ad ALTO
  livello, decomponi il task in micro-sezioni logiche e disegna. Usare per
  mappare problemi non ancora chiari prima di progettare o implementare.
---
# diagram-generator
1. Identifica i building block macro (foundation → core → monitoring).
2. Ordinali per importanza/precedenza (prerequisiti prima).
3. Per ognuno, 1 frase di scopo. Niente dettagli implementativi.
4. Genera l'immagine del diagramma (Gemini / Mermaid / Excalidraw a scelta).
⬢ Nota

Il rendering è intercambiabile: Mermaid, Miro, un'immagine con Gemini, Flowchart. La skill codifica il modo di pensare (decomporre ad alto livello), non il tool di disegno.

04Fase 2 — Design del sistema

Il design non parte dall'alto né dall'ordine di lettura: parte dal blocco core (la strategia). Prima lo definisci, poi gli costruisci attorno il resto.

Il prompt di framing (con i guardrail della demo)

"Sto costruendo un bot su Claude Code che fa trading di Bitcoin su base giornaliera,
guardando le candele su Binance. Ho bisogno di:
 1) una STRATEGIA solida che io possa usare per costruire il bot;
 - Questa è una DEMO: girerà in sandbox con soldi finti (no financial advice).
 - Ma voglio il bot pienamente funzionante e NON biased: niente architettura
   semplificata solo perché è una demo."
■ Guardrail espliciti

Dichiarare a monte "demo · sandbox · soldi finti · no financial advice · ma sistema completo e non semplificato" allinea il modello e ti copre. Vale per ogni demo pubblica con vincoli legali/etici.

05Skill #2 — agent‑polling

Per esplorare lo spazio delle strategie senza essere un esperto: una skill che, dato un task, lancia N agenti con punti di vista diversi, ognuno in autonomia. Ognuno ricerca un'angolazione (trend‑following, mean‑reversion + momentum, strategie composite avanzate…) e poi si sintetizza.

Strategia ensemble/voting con 5 segnali (EMA, RSI, OBV, Bollinger, ADX) e gli agenti che ricercano in parallelo
Output del polling: una strategia Ensemble / Voting a 5 segnali con regola di maggioranza. A sinistra, gli agenti che ricercano in parallelo.

SKILL.md (scheletro)

---
name: agent-polling
description: >-
  Dato un qualsiasi task, crea X agenti, ognuno con un punto di vista diverso,
  che ricercano in autonomia; poi sintetizza i risultati in una proposta unica.
  Usare per esplorare lo spazio delle soluzioni quando non sei l'esperto.
---
# agent-polling
1. Genera 10 agenti, ciascuno con un'angolazione distinta del problema.
2. Ognuno ricerca in autonomia e ritorna pro/contro + una raccomandazione.
3. Confronta gli output, elimina i deboli, sintetizza la proposta finale.
▲ La strategia emersa (per il caso bot)

Ensemble/Voting a 5 segnali, esegue solo quando ≥3 concordano:

  • EMA 50/200 crossover — trend (bull se 50>200)
  • RSI(14) — momentum/ipervenduto‑ipercomprato
  • OBV (14‑day) — conferma di volume
  • Bollinger Bands (20) — volatilità / breakout
  • ADX > 25 — forza del trend (sotto 25 = no trade)

Risk: stop‑loss 1.5× ATR, trailing stop 2× ATR. (Esempio didattico, non financial advice.)

La stessa skill, su un task diverso ("trova la miglior ricetta per la pasta"), produrrebbe 10 agenti completamente diversi. È generale per costruzione.

06Skill #3 — Excalidraw: visualizzare e validare

Prima di implementare, vedi l'architettura. La skill genera un file .excalidraw apribile su excalidraw.com: utile sia per validare (tutti i pezzi vanno dove devono?) sia per mostrarlo a un cliente con un'estetica curata.

Flowchart architetturale: Is Bearish? → OPEN LONG/SHORT, HOLD, stop-loss, trailing stop, monitor position
Il flow validato: candela → fetch dati → indicatori → aggregazione → soglia (ADX>25) → routing bullish/bearish/hold → ordini → monitor.

Prompt

"Ti do due input: (1) la STRATEGIA che ho prodotto, (2) l'architettura ad alto
livello. Disegnami un flowchart così visualizzo l'architettura di sistema —
puoi usare la mia skill Excalidraw. Assicurati che sia chiaro dove INIZIA e dove
FINISCE il workflow."

Il flow copre l'intero ciclo: Start (daily candle close) → Fetch + Calculate (BTC/USDT, 5 indicatori in parallelo) → Voting (ADX<25 = HOLD) → Decision (3+ bullish = LONG, 3+ bearish = SHORT) → Risk Management (stop‑loss/trailing) → Monitor (loop) → Exit → di nuovo in attesa.

◆ Perché validare visivamente

Se chiedi "trova gli outlier del mio canale YouTube" ma nel diagramma il sistema li prende da una fonte sbagliata invece che dal tuo Excel, lo vedi subito. La validazione visiva intercetta gli errori architetturali drastici prima che diventino codice.

07Fase 3 — Implementazione

Solo ora si scrive codice. Si chiede a Claude di sintetizzare tutto in un unico prompt (strategia + architettura validata) da incollare in una nuova sessione in plan mode.

Claude genera il prompt completo dell'implementazione con i 7 step del flow, pronto per plan mode
Claude condensa tutto in un "Full Implementation Brief" con i 7 step del flow, pronto per il plan mode.
  1. Chiedi: "sintetizza tutto in un prompt e includi la strategia, così lo incollo in plan mode in una nuova sessione di Claude Code."
  2. Apri una nuova sessione → incolla il brief → Plan Mode (così pianifichi prima di toccare il filesystem).
  3. Nel piano elenca i prerequisiti: credenziali Binance e API link per le candele (le due cose del Livello 2).
  4. Bypass permission e procedi con l'implementazione guidata.
⬢ Perché plan mode

Plan mode ti fa rivedere cosa farà l'agente prima che lo faccia: niente file creati a sorpresa. Per sistemi che toccano chiavi e ordini reali, è la rete di sicurezza minima.

08Credenziali, candele & sandbox

I due prerequisiti del Livello 2, concreti: autenticazione alla piattaforma e accesso ai dati.

1 · API key + secret (Binance)

Da Account → API Management → Create API → System generated. Label es. youtube-bot (1–20 caratteri, lettere/numeri/-/_). Completa la security verification, poi copia API key e secret key (la secret si vede una sola volta). Per la sandbox usa il Testnet: testnet.binance.vision.

Documentazione developer di Binance: changelog delle API spot, dove trovare l'endpoint delle candele
I dati delle candele: developer docs di Binance (developers.binance.com). L'endpoint klines espone le candele.

2 · Leggere le candele (testnet)

from binance.client import Client
# testnet=True → soldi finti, stesso codice del live
client = Client(API_KEY, API_SECRET, testnet=True)

# Candele giornaliere BTC/USDT (klines)
candles = client.get_klines(symbol="BTCUSDT", interval=Client.KLINE_INTERVAL_1DAY, limit=200)
# ogni candela: [openTime, open, high, low, close, volume, ...]
■ Mai committare le chiavi

Tieni API_KEY/API_SECRET in un .env fuori dal repo (.gitignore). Su Binance live: abilita solo i permessi necessari (spot), disabilita i prelievi, e imposta la IP whitelist. Su un bot che piazza ordini, una chiave esposta è una perdita reale.

09Go live & dashboard

Finita l'infrastruttura, c'è la fase go‑live: vedere il bot che effettivamente fa trading. L'obiettivo è un ready‑made product che potresti portare fuori dalla sandbox (sempre, qui, con soldi finti).

Dashboard localhost con Trade History: ordini BUY/SELL di BTC e log del bot
La dashboard in localhost con la Trade History (BUY/SELL simulati) e i log del bot.
▲ Perché la dashboard è in localhost

Il testnet di Binance non ha una dashboard visiva: per questo si costruisce una vista locale (Trade History + refresh). Con soldi veri sul live, invece, vedresti le trade direttamente nell'interfaccia Binance, come se operassi in prima persona.

Anatomia minima del bot

while True:
    candles = fetch_klines()              # dati
    signals = compute_indicators(candles) # EMA, RSI, OBV, Bollinger, ADX
    vote    = aggregate(signals)          # majority voting
    if vote.adx < 25: action = "HOLD"
    elif vote.bullish >= 3: action = "LONG"
    elif vote.bearish >= 3: action = "SHORT"
    else: action = "HOLD"
    execute(action, risk=atr_stops(candles))  # ordini + stop/trailing
    log_and_monitor()                        # dashboard + alert
    sleep_until_next_daily_close()

10Risk management & sicurezza (in pratica)

Sempre testnet prima

Stesso codice, testnet=True. Promuovi al live solo dopo settimane di paper‑trading e metriche stabili.

Position sizing

Rischia una frazione fissa del capitale per trade (es. 1%). Lo stop a 1.5×ATR definisce la size, non un numero arbitrario.

Kill switch

Max drawdown giornaliero → il bot si ferma da solo. Un loop 24/7 senza freno è il modo più veloce per amplificare un bug.

Idempotenza ordini

Usa clientOrderId univoci e gestisci i retry: un riavvio non deve duplicare un ordine.

Chiavi & permessi

.env, no withdrawals, IP whitelist, rotazione periodica delle chiavi.

Osservabilità

Log strutturati + alert (Telegram/email) su ogni trade ed errore. Il monitoraggio è Livello 1, ma va comunque costruito.

■ Disclaimer

Questa guida è didattica: mostra un metodo, non una strategia di trading raccomandata. Nessun financial advice. La qualità della strategia (il blocco core) richiede competenza di dominio reale e va validata indipendentemente.

11Generalizzare il framework

Togli "trading" e resta un metodo per costruire qualsiasi sistema agentico. Le tre skill e le tre fasi non cambiano:

FaseCosa faiSkill
1 · ComprendiDecomponi in building block, dal prerequisito al monitoraggiodiagram‑generator
2 · ProgettaIdentifica il core, esplora opzioni, valida l'architetturaagent‑polling + excalidraw
3 · ImplementaSintetizza in un prompt → plan mode → build → go‑liveClaude Code (plan mode)
◆ Il riassunto in tre mosse
  1. Chiarisci il problema e zooma indietro (visione alto livello).
  2. Definisci l'architettura, partendo dal blocco core, e validala visivamente.
  3. Solo allora implementa.

Questi tre step però reggono solo se sai scrivere prompt efficaci: è la competenza che moltiplica tutto il resto.

12Checklist & risorse

Checklist di metodo

  • ☐ Building block mappati dal basso (fondamenta → core → monitoraggio)
  • ☐ Identificato il blocco core e concentrato lì la ricerca
  • ☐ Opzioni esplorate con agent‑polling, sintesi scelta
  • ☐ Architettura visualizzata e validata (Excalidraw/Mermaid)
  • ☐ Brief unico → nuova sessione → plan mode
  • ☐ Credenziali in .env, testnet, permessi minimi, kill switch
  • ☐ Logging + alert prima del go‑live

Stack & strumenti

Claude Code (plan mode)diagram‑generatoragent‑polling ExcalidrawBinance API + Testnetpython‑binance EMA · RSI · OBV · Bollinger · ADXATR stops

▲ Prossimo passo

Crea le tre skill (SKILL.md dei §03/§05 + una skill Excalidraw) e applica il framework a un tuo problema reale — marketing, proposal, email. Il caso "trading" era solo il pretesto: il valore è il metodo ripetibile.