TL;DR: Un founder aveva bisogno di veri accordi tra co-founder e di cessione IP. Abbiamo fatto redigere una prima bozza da un LLM generico (Claude), poi HAQQ ha revisionato e rivisto il tutto. In 5 round, HAQQ ha individuato 13 problemi critici, prodotto una revisione di 27 pagine, poi integrato il feedback di Claude più 5 correzioni specifiche per il diritto tedesco in un pacchetto finale di 32 pagine. I risultati migliori sono arrivati facendo discutere le due IA tra loro.
Il contesto
Un founder si è rivolto a noi con un'esigenza concreta. Sta co-fondando una startup di IA insieme a un socio tecnico che ha costruito l'intero codebase. Il founder business si occupa di strategia, crescita e partnership. Prima di andare avanti, avevano bisogno di due documenti:
Fatti chiave
- Un'IA legale specializzata ha individuato 13 problemi critici nella bozza di accordo tra founder prodotta da un LLM generico, più 5 questioni legali specifiche per la Germania che il modello generico aveva completamente ignorato.
- In 5 round di revisione IA-contro-IA, il pacchetto documentale è passato da un template di circa 10 pagine a un pacchetto per founder di 32 pagine, con 3 allegati, conforme al diritto tedesco.
- Accordo di cessione IP — Chi possiede cosa nel momento in cui la società si costituisce?
- Accordo tra co-founder — Ripartizione dell'equity, vesting, diritti decisionali, tutto quanto.
Non si tratta di ipotesi. I founder stanno perseguendo attivamente più strade: una quotazione tramite acquisizione, un lancio open-source e una raccolta pre-seed. I documenti devono essere reali.
Abbiamo proposto un esperimento: e se facessimo redigere prima i documenti da un LLM generico, per poi far revisionare e correggere tutto a HAQQ? Il founder ha accettato. Ecco cosa è successo in 5 round.
Round 1: Claude (LLM generico)
Il founder ha fornito a Claude Opus un contesto dettagliato sulla startup — lo stack tecnologico, la ripartizione dell'equity, l'impegno open-source, la giurisdizione tedesca, i tre percorsi strategici — chiedendogli di redigere entrambi gli accordi.
Il risultato: un documento di circa 10 pagine che copriva le basi. Cessione IP, ripartizione dell'equity, piano di vesting, clausola open-source, arbitrato tedesco. Sembrava un documento legale. Usava un linguaggio legale. Aveva la numerazione delle sezioni.
Una solida prima bozza da uno stagista sveglio che ha letto qualche term sheet.
Per un'IA generica senza dati di addestramento legali, senza conoscenza specifica della giurisdizione e senza comprensione delle meccaniche startup, era un risultato notevole. Due anni fa, ottenere questo output da qualsiasi IA sarebbe stata una notizia da prima pagina.
Ma il founder non cercava qualcosa di notevole. Cercava qualcosa di firmabile.
Round 2: HAQQ revisiona e corregge
Abbiamo preso la bozza di Claude e l'abbiamo caricata su chat.haqq.ai.
La prima risposta di HAQQ non è stata un documento rivisto. È stata una critica in 13 punti.
Cosa HAQQ ha trovato di sbagliato nella bozza dell'IA generica
- Nessuna meccanica pre-costituzione — Chi detiene la IP prima che la società esista?
- Garanzie assolute invece di dichiarazioni condizionate alla propria conoscenza — 'Dichiaro di possedere tutta la IP' contro 'Per quanto a mia conoscenza' — la prima è una causa legale in attesa di accadere
- Nessuna esclusione per componenti di terze parti/open-source — Il codebase utilizza librerie open-source. La bozza avrebbe assegnato le loro licenze alla società.
- Manca la distinzione Good Leaver / Bad Leaver — Standard nel venture capital europeo
- Nessuna clausola di sospensione del vesting — E se un founder si prende una pausa di 6 mesi?
- Licenza di default sbagliata per codice sensibile ai brevetti — Era stata usata MIT. Per un'IA con potenziali brevetti, Apache 2.0 è la scelta corretta (concessione esplicita di brevetto).
- Nessuna meccanica ROFR — Nessuna struttura di diritto di prelazione.
- Nessun processo di determinazione del fair market value — Come si determina il valore equo di mercato in un buyout? Silenzio.
- Salta direttamente all'arbitrato — Nessuna risoluzione delle controversie graduata.
- Nessuna previsione di drag-along / tag-along — Fondamentale per un percorso di vendita tramite marketplace di acquisizione.
- Nessuna policy sui progetti collaterali — Entrambi i founder hanno altre iniziative. Nessuna clausola di esclusione.
- Nessuna licenza di ritorno della IP in caso di scioglimento — Se la società chiude, i founder possono usare la IP che hanno conferito?
- Nessun allegato confermativo per i brevetti — Nessun meccanismo per future domande di brevetto.
Ognuno di questi è il tipo di elemento che un avvocato startup coglierebbe alla prima lettura. Nessuno di essi è esotico. Sono requisiti minimi per un vero accordo tra founder.
La versione rivista
HAQQ ha poi prodotto una revisione di 27 pagine articolata in due accordi collegati tra loro, con relativi allegati.
Accordo 1: Cessione IP (14 sezioni + 2 allegati)
- Meccanica del trust pre-costituzione (Sezione 3.2)
- Esclusioni per componenti di terze parti e open-source (Sezione 4.2)
- Apache 2.0 come default per codice sensibile ai brevetti (Sezione 6.2)
- Dichiarazioni condizionate alla propria conoscenza (Sezione 11.1)
- Quadro di governance open-source (Sezione 8)
- Licenza di ritorno per i founder in caso di scioglimento (Sezione 9)
- Allegato 1: IP conferita dai founder, dettagliata (7 categorie tecniche, 6 categorie strategiche)
- Allegato 2: Questioni brevettuali e passaggi confermativi
Accordo 2: Accordo tra co-founder (17 sezioni)
- Ripartizione dell'equity con vesting a 4 anni, cliff a 1 anno
- Good Leaver / Bad Leaver con prezzi di riacquisto differenziati
- ROFR: prima la società, poi il founder non venditore in via secondaria
- Fair market value tramite perito indipendente secondo le regole del German Arbitration Institute (DIS)
- Anti-diluizione a media ponderata a base ampia (non full ratchet)
- Diritti di partecipazione pro rata
- Non-concorrenza ristretta con esclusione esplicita per i contributi open-source
- Risoluzione delle controversie in 4 passaggi (interno → advisor → mediazione → arbitrato vincolante)
- Scioglimento con le release open-source che sopravvivono
- Licenza di ritorno perpetua per la IP conferita da ciascun founder
Round 3: Claude revisiona il lavoro di HAQQ
Abbiamo poi riportato la revisione di 27 pagine di HAQQ a Claude per una valutazione neutrale. Un'IA generica avrebbe riconosciuto i miglioramenti? O avrebbe considerato la propria bozza già adeguata?
La valutazione di Claude è stata inequivocabile:
La revisione di HAQQ è un netto salto di qualità. Trasforma quello che era un template ragionevole generato dall'IA in qualcosa che si avvicina a essere pronto per la firma. Voto: da B+ ad A-.
Bisogna riconoscerlo — Claude è stato onesto. Ha individuato 7 rifiniture ancora necessarie:
- Quantificare le soglie di sospensione del vesting (definire numericamente 'interruzione rilevante')
- Aggiungere una clausola di dimissioni presunte per i founder che si allontanano gradualmente senza andarsene formalmente
- Accorciare le tempistiche di stallo (30 giorni sono troppo lenti per una startup di 2 persone)
- Aggiungere un'esclusione nominata per l'altra iniziativa del founder nella policy sui progetti collaterali
- Aggiungere il contributo della dashboard del founder all'Allegato 1
- Considerare un drag-along pre-finanziamento per percorsi di uscita in stile marketplace di acquisizione
- Completare il nome legale completo del founder tecnico
Buoni suggerimenti. Ma è qui che le cose si fanno interessanti.
Round 4: HAQQ revisiona la revisione di Claude
Abbiamo riportato i 7 punti di feedback di Claude a HAQQ. HAQQ avrebbe concordato? Avrebbe controbattuto? Avrebbe trovato cose che Claude aveva perso?
La risposta di HAQQ: "Il feedback di Claude è allineato all'85-90% con ciò che raccomanderemmo noi."
HAQQ ha concordato su 6 dei 7 punti. Sulla compensazione, HAQQ ha in parte dissentito — raccomandando una side letter separata invece di integrare stipendio ed economia della vendita nell'accordo tra co-founder. Una separazione intelligente delle competenze.
Ma HAQQ è andato oltre. Ha segnalato 5 questioni specifiche per la Germania che Claude aveva completamente ignorato:
- Meccanica di trasferimento delle quote GmbH — Il diritto tedesco spesso richiede l'autenticazione notarile per i trasferimenti di quote
- "Detenuto in trust" non si applica al diritto tedesco — I concetti di trust del common law anglosassone non si traducono — serve un linguaggio treuhänderisch
- I diritti morali non possono essere ampiamente rinunciati secondo il diritto tedesco — L'Urheberrecht tedesco limita quanto ampiamente si possano rinunciare i diritti morali
- La catena degli inventori del brevetto va rafforzata — Servono cessioni confermative per i collaboratori
- Implicazioni fiscali del conferimento di IP prima della costituzione — Conferire IP in un'entità tedesca può avere conseguenze di valutazione e fiscali
Questo è il momento in cui l'esperimento si è fatto serio. Il feedback di Claude era solido in astratto. Ma stava revisionando come se si trattasse di una startup del Delaware con meccaniche di common law. HAQQ sapeva che la startup si sarebbe costituita in Germania e ha applicato il corretto quadro giuridico.
Un'IA generica dà buoni consigli generali. Un'IA legale dà consigli su cui si può davvero agire.
Prova HAQQ AI gratis
Sperimenta la redazione e ricerca legale con IA
Round 5: HAQQ implementa tutto
È qui che HAQQ ha dimostrato di non essere solo un critico. Abbiamo passato i 7 suggerimenti di Claude più i 5 riscontri specifici per la Germania di HAQQ, chiedendo a HAQQ di produrre la Versione 2.
Il risultato: 32 pagine. Due accordi. Tre allegati.
HAQQ non si è limitato ad applicare il feedback. È andato oltre.
Cose che nessuno aveva chiesto (ma che HAQQ ha aggiunto comunque)
- Tag-along pre-finanziamento (Sezione 6.6) — se un founder vende oltre il 20% a terzi, l'altro ha diritto di tag-along. Né Claude né nessuno del team lo aveva suggerito.
- Economia pre-costituzione (Sezione 9) — nessuno stipendio prima del finanziamento, quadro per il rimborso spese, tracciamento dei prestiti dei founder.
- Condotta e valori dei founder (Sezione 10) — convinzione condivisa nell'IA open-source, sviluppo etico, rispetto reciproco. Non vincolante legalmente, ma imposta il tono della relazione.
- Definizioni formali dei ruoli — founder tecnico come CTO, founder business come CEO, con autonomia quotidiana in ciascun ambito.
- Allegati confermativi con identificativi (Sezione 8.4) — meccanismo per elencare repository, domini, registrazioni di marchi e numeri di domande di brevetto dopo la costituzione.
L'evoluzione: da 10 a 32 pagine in 5 round
- Round 1 — Claude (LLM generico): bozza iniziale — template dignitoso (~10 pagine)
- Round 2 — HAQQ (IA legale): critica in 13 punti + revisione completa (27 pagine)
- Round 3 — Claude: revisione — 'da B+ ad A-.' 7 rifiniture. (feedback)
- Round 4 — HAQQ: meta-revisione — 'allineato all'85-90%.' +5 punti specifici per la Germania. (feedback)
- Round 5 — HAQQ: Versione 2 — tutto il feedback implementato più extra (32 pagine)
Da un template di base a un pacchetto per founder di 32 pagine, con 3 allegati, conforme al diritto tedesco, favorevole all'open-source e pronto per uscite multi-percorso. Costruito interamente dall'IA. Discusso da due diversi sistemi di IA con punti di forza differenti.
Perché conta
Questo esperimento ha rivelato qualcosa di importante: i risultati migliori arrivano facendo discutere le IA tra loro.
Claude ha portato ampiezza — conoscenza vasta, autovalutazione onesta, buoni suggerimenti strutturali. HAQQ ha portato profondità — precisione specifica per la giurisdizione, architettura documentale, conformità al diritto tedesco.
Nessuno dei due da solo ha prodotto il documento ideale. Insieme, attraverso 5 round di revisione iterativa, hanno prodotto qualcosa che un avvocato startup tedesco può finalizzare in poche ore.
Il divario nasce dalla conoscenza di dominio:
- Consapevolezza della giurisdizione: HAQQ conosce la differenza tra Verfügungsgeschäft e Verpflichtungsgeschäft. Claude la trattava come una Delaware C-Corp.
- Architettura documentale: HAQQ costruisce accordi collegati tra loro con allegati incrociati. Claude li trattava come file indipendenti.
- Meccaniche startup: Good Leaver/Bad Leaver, cascate ROFR, formule di anti-diluizione, sospensione del vesting — sono pattern che HAQQ ha già visto migliaia di volte.
- Profondità iterativa: nel revisionare il feedback, HAQQ non si è limitato ad applicare le modifiche — ha aggiunto intere sezioni che né Claude né il founder avevano pensato di richiedere.
In sintesi
Dopo 5 round in cui un LLM generico e un'IA legale hanno discusso su veri documenti tra founder, il nostro cliente ha un pacchetto di 32 pagine messo alla prova da entrambi i lati. Claude ha portato l'ampiezza. HAQQ ha portato la profondità. Ognuno ha colto ciò che l'altro si era perso.
Il futuro dell'IA legale non è un solo strumento. È far discutere gli strumenti tra loro. Un LLM generico con un contesto enorme più un'IA legale specializzata con conoscenza di dominio: il meglio di entrambi i mondi.
È per questo che abbiamo costruito HAQQ. Non per sostituire l'IA generalista, ma per essere lo specialista che rende l'output del generalista davvero firmabile.
Questo esperimento è stato condotto nell'aprile 2026 usando Claude Opus 4.6 e chat.haqq.ai. L'identità del cliente e i dettagli della startup sono stati resi anonimi. Nessun avvocato è stato danneggiato — ma uno verrà assunto per finalizzare i documenti.
