Colophon
Come è stato costruito
La maggior parte dei siti non si spiega. Questo lo fa, perché il modo in cui è stato fatto è parte di ciò che è: un esperimento deliberato di costruire bene, con collaboratori insoliti, e un registro che vale la pena conservare.
CONCORD
Questo sito è stato progettato e costruito tramite un protocollo chiamato CONCORD: una collaborazione strutturata tra una persona e tre sistemi di IA distinti, ciascuno in un ruolo proprio. Non è un espediente. È un metodo di lavoro, con una propria governance, un proprio registro delle decisioni, e una sola persona responsabile di ogni scelta pubblicata.
La premessa è semplice. Modelli di IA diversi hanno punti di forza diversi, e un problema difficile beneficia di più di una prospettiva tenute in tensione. Per questo il lavoro è stato diviso per ruoli, e una persona si è messa al centro, facendo da ponte tra loro, ratificando ciò che era solido e respingendo ciò che non lo era.
CONCORD non è stato preso da nessuna parte. È stato ideato da Rodolfo Nützmann per questo progetto, a partire da un'esigenza pratica: come attingere a più sistemi di IA contemporaneamente, ciascuno davvero forte in qualcosa di diverso, senza rinunciare all'unico filo di responsabilità umana che il lavoro vero richiede. La risposta è stata dare a ogni sistema una postazione definita, impedire che negoziassero tra loro e incanalare ogni scambio attraverso un'unica persona che teneva il quadro d'insieme. Questo assetto ha un nome più antico. I sistemi di IA sono agenti: agiscono su indicazione e per conto di altri. PRIME è il principale: chi decide davvero, chi esercita il giudizio e chi porta sia le conseguenze sia il nome.
La forza è quella degli agenti. La responsabilità è quella del principale, e non si trasferisce.
È iniziato in modo informale — come un modo di dividere il lavoro — e si è consolidato durante la costruzione in un metodo con un nome: postazioni fisse, un'unica regola sopra ogni cosa, secondo cui nulla viene pubblicato senza che PRIME lo ratifichi, e una traccia scritta del perché di ogni decisione. Il nome dichiara lo scopo: concordia, un accordo raggiunto di proposito attraverso un processo, non ciò che produrrebbe uno strumento senza supervisione.
Il meccanismo, in parole semplici
I posti
- PRIMERodolfo NützmannUmano
L'unico ratificatore. Ogni decisione, ogni riga pubblicata, è passata per una persona che aveva il quadro completo e si assumeva la responsabilità finale. Le IA proponevano; PRIME disponeva.
- ANVILIngegneriaAnthropic · Claude Opus 4.8
Il posto dell'ingegnere capo. Architettura, codice, struttura dei contenuti, e la build stessa, convertiti dall'intenzione in un sito funzionante, testato e distribuibile.
- SCOUTStrategia e marchioOpenAI · ChatGPT 5.5
Il posto della strategia e del posizionamento. Le domande su cosa sia questo, per chi sia, e come debba presentarsi al mondo.
- PRISMDesignGoogle · Gemini 3.1 Pro
Il posto del design. Il linguaggio visivo, la tipografia, il colore e la sensazione dell'insieme, plasmati in un sistema coerente.
Versioni dei modelli di IA a giugno 2026.
Come è stato fatto
Alcuni principi hanno valso dall'inizio alla fine, e sono visibili se sai dove guardare.
Calcolare, mai indovinare
Gli strumenti di questo sito calcolano le risposte in locale e in modo deterministico. Non chiamano un server con le tue informazioni, e non approssimano. Ciò che gira nel tuo browser, resta nel tuo browser.
Aperto nel nucleo
La logica deterministica che ogni strumento esegue è l'intero strumento: non c'è alcun passaggio nascosto sul server, né account, né telemetria. Tutto viene eseguito nel tuo browser.
Documentato per costruzione
Ogni parte del codice è commentata e documentata, non come un ripensamento, ma come regola fissa. La build è pensata per essere leggibile, per chi la mantiene e per chiunque la erediti.
Costruito per durare e per viaggiare
Il sito è un'esportazione statica: veloce, memorizzabile nella cache, e senza dipendere da nulla in fase di esecuzione. È strutturato fin dalle fondamenta per molte lingue, così da potersi rivolgere a una platea globale senza essere ricostruito.
Lo stack
Per chi tiene a queste cose, le fondamenta tecniche, esposte con chiarezza.
- Framework
- Next.js 15 e React 19, esportati come sito completamente statico
- Internazionalizzazione
- next-intl, con 16 lingue e supporto da destra a sinistra
- Sistema di design
- Un motore di temi personalizzabile, basato su token; il tema predefinito è Obsidian
- Tipografia
- Inter per il testo, JetBrains Mono per dati e codici
- Motore degli strumenti
- Un livello di calcolo deterministico che gira interamente nel browser
- Ricerca
- Ricerca full-text statica, lato client; nessun server di ricerca
Come sono contrassegnate le traduzioni
L'inglese e il portoghese brasiliano sono scritti e revisionati da una persona. La maggior parte delle altre lingue è tradotta automaticamente e contrassegnata in base al suo avanzamento: ambra quando una lingua copre l'intero sito, giallo finché i contenuti più recenti sono ancora in inglese e in fase di aggiornamento. Le lingue contrassegnate in rosso non hanno ancora una traduzione e per ora sono mostrate in inglese. Le pagine tradotte automaticamente riportano anche un breve avviso e sei invitato a migliorarle.
- Revisionato da una persona
- Automatica, completa
- Automatica, in corso
- Non ancora tradotto
Standard e framework
Ogni strumento qui implementa una specifica pubblicata, non un'ipotesi. I decodificatori e i calcolatori sono costruiti sui documenti che ne definiscono i formati e ancorati ai vettori di test che quei documenti pubblicano, così che ogni risposta è verificata rispetto alla fonte di verità e non rispetto a sé stessa.
Le specifiche
I JSON Web Token seguono la RFC 7519, con firme e algoritmi nelle RFC 7515 e 7518; PKCE è la RFC 7636; Base64 e le sue varianti sono la RFC 4648; gli UUID sono la RFC 9562 (che ha reso obsoleta la RFC 4122 nel 2024 e include i propri vettori di test); HMAC è la RFC 2104, sulla famiglia SHA standardizzata in FIPS 180-4 e FIPS 202; i certificati X.509 sono la RFC 5280; IPv4 e la notazione CIDR sono la RFC 4632; l'indirizzamento IPv6 e la sua forma testuale canonica sono le RFC 4291 e RFC 5952; e il decodificatore di cipher suite si basa sul registro ufficiale IANA TLS Cipher Suites, incrociato con le specifiche di TLS 1.3 e 1.2 (RFC 8446 e 5246), le regole di aggiornamento del registro che fissano la colonna “Recommended” (RFC 8447) e il divieto di RC4 (RFC 7465). Dove un registro è l'autorità, i suoi dati sono incorporati direttamente anziché ribattuti.
Vettori di riferimento
Ogni strumento include un insieme di vettori di riferimento: input noti abbinati a output di correttezza nota, presi dalle RFC e dagli enti di standardizzazione pertinenti. Vengono eseguiti a ogni build, così che un refactoring che cambia in sordina una risposta fa fallire la build invece di andare in produzione.
OWASP
Gli strumenti di sicurezza sono definiti sui framework di OWASP, non assemblati alla buona. Gli strumenti di crittografia e TLS corrispondono alle aree Cryptographic Failures e Security Misconfiguration dell'OWASP Top 10 e ai controlli equivalenti dell'Application Security Verification Standard; lo strumento per i token segue le indicazioni di OWASP per ispezionare e validare i JWT. Le prevention cheat sheet di OWASP fissano anche regole rigide per ciò che si costruisce dopo: qualunque gestione di XML o SAML aggiunta qui deve essere irrobustita contro XXE prima di andare in produzione.
Rosso e blu
Lo stesso decodifica-e-spiega che consente a un red-teamer di leggere un token catturato consente a un blue-teamer di capire cosa emette il proprio stack. La piattaforma sta deliberatamente dal lato dell'analisi di quella linea: identifica, decodifica, converte e spiega, e non arriva a falsificare, iniettare o aggirare controlli. Quel confine è una scelta di progettazione, non una svista; questi strumenti esistono per insegnare e diagnosticare, non per diventare un'arma.
Locale e deterministico
Tutto viene eseguito nel browser. Lo strumento chiama una funzione pura: dato lo stesso input restituisce lo stesso output, non conserva stato e non invia nulla a un server. Niente cookie, niente analitiche, come la pagina Privacy illustra per intero.
The ceiling, stated plainly
This site runs as a single Cloudflare Worker serving static assets, and that platform has hard, published limits worth being honest about. A Worker version may carry at most 20,000 static files on the free plan and 100,000 on the paid plan (raised from 20,000 in September 2025, and only when deploying with Wrangler 4.34 or newer), with no single file over 25 MiB. Requests for static assets themselves are free and unlimited; only invocations of the Worker script, such as the API, are metered.
Those numbers matter because this architecture multiplies content deliberately. Every rendered page ships as roughly three files: its HTML, the framework's navigation payload, and a search-index fragment, across all sixteen languages, and the English and Portuguese pages add machine-readable Markdown twins. In practice one tool costs about fifty files and a tool with its companion article about a hundred, so the current site stands at a little over eighteen thousand files. Under the paid ceiling that leaves room for hundreds more tools; the build is measured against these limits, and if the toolbox ever truly outgrows a single Worker, the expansion path is already mapped: splitting routes across additional Workers, each with its own allowance, and ultimately object storage with no count limit at all.
È vibe coding, questo?
Il codice è sintetizzato al 100% da Claude.
È una domanda legittima, e merita una risposta chiara. Vibe coding è un termine che il ricercatore di IA Andrej Karpathy ha coniato all'inizio del 2025 per un modo di costruire software in cui descrivi a un modello linguistico ciò che vuoi, accetti ciò che scrive senza leggerlo con attenzione e ti orienti sui risultati anziché sul codice stesso. Lo ha presentato come lasciarsi andare alle vibrazioni e dimenticare che il codice esista, ed è stato chiaro sul fatto che si addice più a progetti rapidi e usa e getta che a sistemi su cui le persone fanno affidamento.
Per quella definizione, parte di questo sito è stata costruita così, ed è meglio ammetterlo che nasconderlo. La superficie dell'applicazione, il cablaggio del framework, i componenti, lo stile, l'impianto che tiene insieme le pagine, è stata prodotta rapidamente con un ingegnere di IA e guidata dal risultato e da un insieme fisso di regole interne, non digitata a mano riga per riga. Per quello strato, dove un errore è visibile e facilmente correggibile, la velocità era il punto.
Le parti che contano di più sono tenute a uno standard diverso. Tutto ciò che elabora i tuoi dati è verificato, non improvvisato: il cuore di ogni strumento è confrontato con lo standard pubblicato che implementa, i pertinenti RFC e le specifiche, e il suo output è confermato rispetto a riferimenti indipendenti prima di essere pubblicato. Come dice una frase molto citata del programmatore Simon Willison, il codice che hai revisionato, testato e compreso non è affatto vibe coding. Lo stesso Karpathy ora chiama la versione disciplinata agentic engineering: mantenere la leva dell'IA senza cedere sulla qualità del risultato. È questa la linea che traccia questo progetto. Veloce dove la velocità è gratis, rigoroso dove conta, e una persona responsabile di tutto.
Ringraziamenti speciali
Mariana, Ulli, Richard, Ocyrema, Felisberto, Regine, Eduardo, Ricardo, Pedro, Liliane, Tereza, Cezar, Leonardo, Eduardo, Victor, Miu, Nina, Luna, Tux, Kiki, Greg and Theo.
Una nota sul metodo
Costruire software con collaboratori di IA è abbastanza nuovo da rendere onesto essere trasparenti al riguardo. Nulla qui è stato pubblicato senza che una persona decidesse che doveva esserlo. Le IA sono state strumenti, strumenti capaci, ma strumenti. Il giudizio, la responsabilità e il nome sul lavoro sono umani.