Journal № 04

L'infrastruttura dichiara la sua politica

O perché raramente ci chiediamo per chi stiamo costruendo

Tradotto dall'originale inglese

La settimana scorsa ho letto qualcosa che mi ha fermato.

Un’azienda ha pubblicato un manifesto sul proprio approccio all’infrastruttura AI. Non la solita documentazione tecnica o il posizionamento di prodotto · un manifesto. Ventidue punti che espongono la loro filosofia su per chi stanno costruendo e perché.

Per chi stiamo costruendo l'infrastruttura AI?

La domanda nascosta in piena vista

La maggior parte di noi non se la pone mai esplicitamente. Ottimizziamo per performance, scalabilità, developer experience · tutte cose buone. Ma raramente facciamo un passo indietro per chiederci: gli interessi di chi serve questa architettura? Che tipo di società rende più probabile?

Quel manifesto rispondeva a questa domanda direttamente. L’azienda dichiarava senza mezzi termini che sta costruendo per un ordine politico e di sicurezza specifico. Le élite ingegneristiche hanno obblighi verso la difesa. Il potere concreto gira su software. Le armi AI sono inevitabili. Punto per punto, dichiaravano che le loro scelte architetturali servono una visione specifica di chi dovrebbe detenere il potere e come.

Le scelte infrastrutturali che stiamo facendo adesso · chi possiede il context, quanto è portabile, quanto è interoperabile, quanto è legato a giurisdizioni specifiche · si stanno cristallizzando in sistemi che sopravviveranno alle aziende che li costruiscono.

Ogni infrastruttura prima di noi ha affrontato questa domanda. I magnati delle ferrovie decidevano chi veniva connesso e chi no. Il sistema telefonico scelse la commutazione centralizzata rispetto al routing peer-to-peer. L’architettura packet-switching di internet ha incorporato assunzioni sulla decentralizzazione con cui conviviamo ancora cinquant’anni dopo.

Ogni volta, la risposta ha determinato la società che ne è emersa.

Cosa ricorda l’infrastruttura

Ecco cosa so dell’infrastruttura: ha memoria. Le scelte fatte durante la costruzione diventano i vincoli che plasmano tutto ciò che viene costruito sopra.

I container Docker assumono che tu voglia isolamento. npm assume che ti fidi di un registro centrale. Terraform assume che tu voglia gestione dello stato dichiarativa. Non sono decisioni tecniche neutre · sono scommesse su come il software dovrebbe essere organizzato, chi dovrebbe controllare le dipendenze, che tipo di guasti sono accettabili.

L’infrastruttura AI sta facendo quelle stesse scelte fondamentali adesso. Proprietà del context. Portabilità degli agent. Interoperabilità dei modelli. Sovranità sui dati. Ogni decisione fissa assunzioni su potere, controllo e accesso che persisteranno per decenni.

Quel manifesto rendeva le proprie assunzioni esplicite. La maggior parte di noi non l'ha fatto.

L’architettura dell’intenzione

Continuo a pensare a quel documento perché rappresenta qualcosa di raro nella nostra industria: una dichiarazione esplicita di intenzione architetturale. Non solo cosa stanno costruendo, ma per chi e perché.

Il resto di noi sta costruendo infrastruttura che plasmerà i prossimi trent’anni, e lo sta facendo con le proprie assunzioni sepolte nel codice.

I context engine decidono chi può accedere a quali informazioni. I framework per agent determinano come i sistemi autonomi possono interagire. Le scelte sull’hosting dei modelli influenzano quali organizzazioni possono permettersi di competere. Non sono solo decisioni tecniche · sono decisioni politiche, che lo riconosciamo o meno.

La differenza non è se hai una politica incorporata nella tua architettura. La differenza è se la rendi visibile.

Dove mi trovo davvero

Cosa so. Le scelte infrastrutturali fatte durante la costruzione diventano caratteristiche permanenti del paesaggio. Le decisioni che stiamo prendendo adesso sui sistemi AI sopravviveranno alle aziende che le prendono.

Cosa non so. Se l’industria svilupperà il vocabolario per avere queste conversazioni esplicitamente. Se la trasparenza architetturale diventerà un vantaggio competitivo o una responsabilità.

Cosa penso. Servono più manifesti, non meno. Non perché voglio che più aziende dichiarino fedeltà a ordini politici specifici, ma perché voglio che le assunzioni siano visibili.

Quando abbiamo costruito .fylle come formato portabile per il context degli agent, abbiamo fatto scelte specifiche su proprietà e interoperabilità. L’agent viaggia leggero. Il context resta dove fa compound. Non è una decisione tecnica neutra · è una scommessa su come i sistemi AI dovrebbero relazionarsi con le organizzazioni che li usano.

Stiamo costruendo infrastruttura che assume che il context debba essere portabile, gli agent interoperabili, e le organizzazioni debbano mantenere la sovranità sulla conoscenza accumulata. Queste assunzioni servono alcuni interessi e non altri.

La differenza non è che abbiamo una politica migliore. La differenza è che stiamo cercando di rendere le nostre scelte architetturali esplicite, invece di incorporarle silenziosamente nei sistemi che rilasciamo.

Ogni riga di codice infrastrutturale è un voto per il tipo di futuro che vogliamo costruire.

La domanda non è se votare · stiamo votando comunque. La domanda è se farlo consapevolmente.

← Torna al Journal

Ricevi la prossima uscita.

Un'email per articolo. Tendenzialmente. E qualche aggiornamento, quando esce.