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.

Everything on ronutz

The complete directory, grouped by what you came to do.

Use

compute

Understand

read

Explore

trace

Work with me

hire

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

ProporreOgni postazione avanza opzioni nel proprio ambito.
TrasmetterePRIME fa circolare le proposte tra le postazioni; queste non negoziano mai direttamente.
RatificarePRIME accetta ciò che è solido e respinge ciò che non lo è. Senza questo, nulla viene pubblicato.
VincolareUn insieme permanente di regole interne delimita ogni risultato, in ogni postazione.
RegistrareUn registro scritto delle decisioni conserva il ragionamento di ogni scelta.
RicordareIl contesto, le regole interne e quel registro persistono come file, trasferiti da una sessione alla successiva, così che il metodo sopravvive a qualsiasi conversazione.

I posti

  • PRIMERodolfo Nützmann
    Umano

    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.

  • ANVILIngegneria
    Anthropic · 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 marchio
    OpenAI · 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.

  • PRISMDesign
    Google · 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 del catalogo 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. L'eccezione dichiarata è la stanza rossa, con pochi strumenti il cui compito è interrogare un servizio in tempo reale e che lo dicono prima che tu prema «Ask». Gli strumenti più antichi hanno una genealogia: un calcolatore di bit e byte, un calcolatore di indirizzamento IP e uno schema di piedinatura per il cablaggio erano già su nutzmann.net nel 2004 e su ntz.com.br nel 2013, e l'Internet Archive li conserva ancora.

Aperto nel nucleo

The deterministic logic each catalogue tool runs is the whole of the tool. There is no hidden server step, no account, and nothing about your use of a tool is reported anywhere. Everything on the main floor runs in your 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.

Assimilated, with sources

Good ideas are adopted here wherever they come from: a reader's note, an outside review, a vendor's documentation, a standard, another site's habit worth having. Each one arrives with its source named, in the changelog entry that adopts it and in the page that carries it, so the trail from idea to origin is never lost. Two response headers say the same thing to anyone who reads headers: X-Clacks-Overhead carries Terry Pratchett's name in the overhead, as thousands of sites have since 2015, and X-Collective states the method in six words. Resistance is futile; attribution is mandatory.

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 è la fonte: scritto con l'IA e pubblicato solo quando una persona decide che debba esserlo. Anche il portoghese brasiliano è scritto con l'IA e revisionato gradualmente; le altre lingue sono tradotte automaticamente. Ogni lingua è contrassegnata in base al suo avanzamento: blu quando copre l'intero sito, giallo finché i contenuti più recenti sono ancora in inglese e in fase di aggiornamento, rosso quando non ha ancora una traduzione e per ora è mostrata in inglese. Tutte le lingue tranne l'inglese riportano 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 è la RFC 791 e la notazione CIDR è 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

Every catalogue tool runs in the browser. It calls a pure function: given the same input it returns the same output, holds no state, and sends nothing to a server. The red room's tools are the declared exception, live lookups that name the service they ask. No cookies and no third-party analytics; the site's own aggregate request counting is set out in full on the Privacy page.

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.

/dev/fun