Lo standard hardware per i modelli di Anthropic: la parte difficile dell'IA fisica non è mai stata il modello

Le demo dei robot che arrivano da questa città sembrano semplici. Un umanoide di Unitree, i cui uffici si trovano a pochi minuti di viaggio dal mio appartamento, fa in fabbrica qualcosa che tre anni fa sarebbe sembrato fantascienza, il video fa il giro della rete e tutti discutono del modello. Quello che il video non mostra sono le due settimane di lavoro d'integrazione prima di accendere la videocamera: il robot parla un protocollo, il nastro trasportatore ne parla un altro e il PLC di sicurezza un terzo. Poi c'è una persona con un portatile che deve insegnare ai tre sistemi a convivere.

È proprio questo divario poco glamour che Anthropic vuole affrontare. Il 27 agosto ha aperto un'anteprima di ricerca del Model Hardware Standard (MHS), una specifica condivisa che permette agli agenti IA di usare dispositivi fisici: microscopi, sistemi per la manipolazione di liquidi, bracci robotici e, più avanti, i macchinari della produzione avanzata. Ho esaminato l'annuncio e le prime analisi, e penso che la storia interessante non sia il fatto che gli agenti stiano acquisendo delle mani. È dove Anthropic ha scelto di mettere la sicurezza e quanto del lavoro difficile resti ancora senza risposta.

Punti chiave - MHS è una specifica condivisa, disponibile in anteprima di ricerca solo tramite candidatura, che permette agli agenti IA di usare dispositivi fisici. Ogni dispositivo riceve un driver standardizzato con primitive semplici di lettura e scrittura, oltre a un file di riferimento generato che descrive cosa può misurare, cosa può essere regolato e quali limiti di sicurezza vengono applicati. - Si colloca sotto e accanto a MCP, invece di sostituirlo: MCP può trasportare la chiamata allo strumento dell'agente, mentre MHS rende comprensibile e utilizzabile in modo coerente la macchina che si trova dall'altra parte della chiamata. - La sicurezza è progettata nel livello del driver. I dispositivi dichiarano i propri limiti, gli interblocchi e gli arresti di emergenza, e gli agenti operano al loro interno per impostazione predefinita, perché Anthropic ammette che il ragionamento fisico di Claude richiede ancora la supervisione di esperti. - I primi progetti pilota, Genentech, Carnegie Mellon, QuEra, University of Washington e HHMI Janelia, sono reali ma riportati dai partner, e ogni esempio dettagliato funziona su Claude. - Non esistono ancora una specifica pubblica, un SDK, una licenza o un modello di governance, né un modello di sicurezza pubblicato o una data per il rilascio open source. Considerate l'anteprima una direzione, non uno standard su cui costruire oggi.

Che cosa ha annunciato davvero Anthropic

L'annuncio è più circoscritto di quanto suggeriscano i titoli, e lo dico come un elogio. Anthropic non sostiene che Claude possa gestire la vostra fabbrica. Sta aprendo MHS a un primo gruppo di laboratori di ricerca scientifica e produttori avanzati, tramite candidatura, attraverso un sito dedicato all'anteprima, con l'intenzione dichiarata di rendere lo standard open source dopo l'anteprima.

La storia delle origini merita un paragrafo, perché spiega il progetto. MHS è nato dalla collaborazione tra Alek Kemeny, del team Beneficial Deployments di Anthropic, e Arco Bast, ricercatore post-dottorato presso l'HHMI Janelia Research Campus. Bast aveva costruito un dizionario di memoria condivisa per sincronizzare laser, sistemi di messa a fuoco motorizzati e videocamere di diversi produttori negli esperimenti di imaging cerebrale. È il tipo di infrastruttura che ogni laboratorio di ricerca biologica ricostruisce da capo, spesso male. Kemeny e Bast hanno poi collegato i modelli IA a quell'interfaccia. MHS, quindi, non è un esperimento mentale nato in un comitato per gli standard. È un hack di laboratorio che è cresciuto.

Il risultato promesso, nelle parole di Anthropic, è questo: «in genere un laboratorio o uno stabilimento produttivo impiega settimane, se non mesi, per configurare e integrare il proprio hardware», mentre MHS «riduce questo lavoro d'integrazione a ore o minuti». Se avete mai visto un ricercatore post-dottorato lottare per due settimane con il software di controllo di un fornitore, disponibile solo per Windows, sapete che il dato da settimane o mesi non è un'esagerazione di marketing.

Anthropic ha aperto un'anteprima di ricerca del Model Hardware Standard accessibile solo tramite candidatura il 27 agosto 2026, rivolta a laboratori di ricerca scientifica e produttori avanzati, come indicato nel suo annuncio. Lo standard nasce dalla collaborazione tra Alek Kemeny di Anthropic e Arco Bast, ricercatore post-dottorato presso HHMI Janelia, e Anthropic sostiene che riduca l'integrazione dell'hardware da settimane o mesi a ore o minuti.

Come funziona MHS e dove si colloca MCP

La meccanica è piacevolmente noiosa, che è esattamente ciò che si vuole da un'infrastruttura. Ogni dispositivo riceve un driver MHS standardizzato, costruito su un piccolo insieme di primitive, comandi come «read» per ottenere la temperatura o «write» per impostarla, che rendono il dispositivo rilevabile in un formato standard. Il driver contiene anche tag in linguaggio naturale, per esempio il peso del braccio robotico, dai quali viene generato un file di riferimento per ogni dispositivo. Quel file dice all'agente cosa può misurare il dispositivo, cosa può essere regolato e quali limiti di sicurezza verranno applicati. L'agente legge il manuale prima di toccare la macchina, e il manuale è scritto in un formato che tutti gli agenti leggono allo stesso modo.

La domanda che tutti, nel mio ambiente, si sono posti nel giro di pochi minuti è stata: che cosa succede a MCP? La risposta dell'annuncio è che non gli succede nulla. Anthropic indica tre modi in cui un agente può controllare un dispositivo attraverso MHS: MCP, la riga di comando e le API di codice. MHS è indipendente dal modello, e qualsiasi infrastruttura per agenti può raggiungerlo attraverso protocolli standard, incluso il Model Context Protocol. La sintesi più chiara che ho trovato arriva da una prima analisi: MCP può trasportare la chiamata allo strumento, mentre MHS rende comprensibile e utilizzabile in modo coerente la macchina che si trova dall'altra parte. La formulazione di Kemeny, riportata da nextaipress, è più diretta: «Quello che MCP ha fatto per il software, MHS lo farà per il mondo dell'hardware».

La struttura del sistema, dall'annuncio di Anthropic e dal resoconto tecnico di Strands: il livello di trasporto non cambia e il contratto di sicurezza vive nel driver.

Se vi serve il contesto sul lato software, all'inizio di quest'anno ho scritto una guida in linguaggio semplice su che cosa fa davvero MCP per un'azienda, e il modello mentale si trasferisce direttamente. MCP standardizza il modo in cui gli agenti fanno richieste. MHS standardizza il modo in cui un oggetto fisico si presenta quando riceve una richiesta.

MHS fornisce a ogni dispositivo un driver standardizzato con primitive di lettura e scrittura, oltre a un file di riferimento generato che descrive capacità, regolazioni e limiti di sicurezza applicati, come indicato nell'annuncio di Anthropic. Non sostituisce MCP: gli agenti raggiungono i dispositivi attraverso MCP, la riga di comando o le API di codice, e MHS è indipendente dal modello tra diverse infrastrutture per agenti.

La sicurezza vive nel driver, non nel modello

Questa è la sezione importante, e sarà probabilmente quella che molti articoli salteranno per concentrarsi sui numeri più appariscenti dei partner. Un agente che interpreta male un foglio di calcolo vi consegna un rapporto sbagliato. Un agente che interpreta male una centrifuga vi consegna qualcos'altro. La domanda progettuale, quindi, non è «il modello è abbastanza intelligente?». È «dove vivono i limiti rigidi quando il modello non lo è?».

La risposta di Anthropic è architetturale, e la descrizione più chiara non arriva da Anthropic ma da AWS, il cui team Strands sta costruendo MHS come backend di trasporto nella libreria open source Strands Robots: «La sicurezza è integrata nello standard stesso. I dispositivi dichiarano i propri limiti, gli interblocchi e gli arresti di emergenza, e gli agenti li ereditano e operano al loro interno per impostazione predefinita». Rileggetelo. L'interblocco non è un'istruzione nel prompt che il modello potrebbe dimenticare, né una policy che potrebbe aggirare con le parole. È una proprietà del driver, sotto il modello, applicata indipendentemente dalla collaborazione del modello. È l'istinto giusto, e corrisponde al modo in cui penso alla governance degli agenti nel software: la protezione che resiste a un agente confuso è quella che l'agente non può modificare.

Anthropic è anche insolitamente franca sui limiti del modello. L'annuncio ammette che Claude «impara a conoscere il mondo fisico attraverso testo e immagini, il che significa che il suo ragionamento spaziale e fisico ha dei limiti che richiedono ancora la supervisione di esperti». L'anteprima serve anche «a costruire ulteriori valutazioni di sicurezza», e Anthropic afferma di stare sviluppando una roadmap per la sicurezza fisica, così da rafforzare la propria policy sulle misure di protezione contro l'uso improprio, con risultati che verranno pubblicati come linee guida per la messa in produzione quando MHS sarà rilasciato open source.

Un episodio raccontato da un partner mostra perché questa cautela è motivata. Genentech ha automatizzato il test BCA per le proteine, una misurazione chimica di uso comune, usando un sistema per la manipolazione di liquidi, un braccio robotico e un lettore di piastre. I ricercatori hanno dovuto insegnare a Claude che la formazione di schiuma nei campioni era un problema fisico, non un bug software. Un modello che non ha mai avuto mani non sa che cosa significhino le bolle. Il divario tra conoscenza testuale e conseguenza fisica è esattamente il motivo per cui servono limiti a livello del driver, e anche il motivo per cui terrei una persona nel ciclo per qualsiasi cosa che ruoti, riscaldi o pressurizzi.

MHS mette la sicurezza nel driver invece che nel prompt: i dispositivi dichiarano limiti, interblocchi e arresti di emergenza che gli agenti ereditano per impostazione predefinita, come spiegato nel resoconto di AWS Strands. Anthropic ammette che il ragionamento fisico di Claude richiede ancora la supervisione di esperti e afferma che l'anteprima contribuirà a una roadmap per la sicurezza fisica e a linee guida per la messa in produzione, come indicato nel suo annuncio.

Come leggere i risultati dei progetti pilota

L'elenco dei partner è davvero notevole. Genentech ha eseguito il test BCA dall'inizio alla fine. Carnegie Mellon ha svolto esperimenti di risposta alla dose con diluizioni seriali circa tre volte più velocemente su tre computer, con interfacce «fondamentalmente incompatibili», secondo la formula di Anthropic. QuEra Computing ha fatto sviluppare a un agente un controller che recupera il blocco della frequenza di un laser quantistico il 99,3% delle volte senza intervento umano. University of Washington ha eseguito test qPCR supervisionati da un agente, con trasferimenti delle piastre senza collisioni tra un braccio robotico e un sistema per la manipolazione di liquidi. A Janelia, Virginie Ruetten, del laboratorio Ahrens, ha usato MHS per unificare un sistema di microscopia che prima richiedeva sette programmi separati dei fornitori. Sette. Chiunque lavori nella ricerca sperimentale avrà appena fatto una smorfia di riconoscimento.

Il controller sviluppato dall'agente di QuEra ha recuperato il blocco della frequenza del laser il 99,3% delle volte, come indicato nell'annuncio di Anthropic; il valore di riferimento del 58% è riportato da The Register. Sono dati riportati dal partner, quindi vanno classificati come promettenti, non dimostrati.

Ora serve disciplina. Tutti questi numeri sono riportati dai partner e pubblicati nell'annuncio del fornitore. L'esperimento di risposta alla dose di CMU ha usato un colorante, non un candidato farmaceutico. Il controller di QuEra ha funzionato su un banco di prova, non su un processore quantistico operativo. Inoltre, ogni esempio dettagliato dei materiali di lancio funziona su Claude, il che rende l'affermazione di indipendenza dal modello esattamente ciò che è finora: un'affermazione. Nulla di questo rende falsi i risultati. I risultati dei progetti pilota condotti da istituzioni serie raramente lo sono. Significa che lo standard probatorio è «le persone che lo hanno costruito dicono che funziona», e il lettore prudente mantiene una certa distanza finché la specifica non sarà pubblica e qualcuno esterno al gruppo di partner non avrà replicato i risultati.

Due elementi dell'elenco dell'ecosistema mi hanno colpito. Hugging Face sta aggiungendo il supporto a MHS in LeRobot, la sua libreria open source per la robotica, e Raspberry Pi lo sta integrando dopo i test sui propri driver per videocamere. Questi due elementi contano più di qualsiasi logo farmaceutico per l'adozione, perché portano lo standard davanti alle comunità di hobbisti e ricercatori che in oltre dieci anni hanno trasformato ROS nello stack predefinito della robotica. La comunità Open Robotics sta già discutendo di dove si collochi MHS rispetto a ROS 2, e sarà quella discussione, non il post di lancio, a decidere la forma reale dello standard.

I risultati dei progetti pilota sono reali ma riportati dai partner: gli esperimenti di risposta alla dose di Carnegie Mellon sono stati circa tre volte più veloci, il controller sviluppato dall'agente di QuEra ha recuperato il blocco della frequenza del laser nel 99,3% dei casi e HHMI Janelia ha unificato un sistema di microscopia che prima richiedeva sette programmi dei fornitori, come indicato nell'annuncio di Anthropic. Ogni esempio dettagliato del lancio funziona su Claude, quindi l'affermazione di indipendenza dal modello non è stata dimostrata pubblicamente.

I nomi che non compaiono nell'elenco

Ecco la mia unica osservazione davvero locale, e la segnalo come tale. Scorrete l'elenco dei partner hardware citati da Anthropic: Tecan per i sistemi di manipolazione dei liquidi, Universal Robots e Doosan per i bracci, QIAGEN e Automata per l'automazione di laboratorio, Danaher in fase di esplorazione, MBF Bioscience per i microscopi. Un elenco serio. E non c'è una sola azienda cinese di robotica.

Vivo a quindici minuti dal centro di gravità dell'industria mondiale degli umanoidi e dei robot quadrupedi. Unitree e Deep Robotics si trovano entrambe a pochi minuti di viaggio dal mio appartamento, e i produttori che trarrebbero più vantaggio da uno standard per gli agenti hardware, cioè quelli che gestiscono le fabbriche in cui questi robot entreranno, si trovano in gran parte qui. I robot in sé non sono il collo di bottiglia; lo è l'integrazione, ed è proprio questa la proposta di MHS. L'assenza sembra quindi meno un affronto e più il risultato di un gruppo iniziale composto da aziende con cui Anthropic ha già rapporti favorevoli sul piano della conformità. Allo stesso tempo, lascia aperta la questione del più grande ecosistema hardware del mondo. Se i fornitori cinesi adotteranno MHS, lo ignoreranno o sosterranno qualcosa sviluppato in patria è, a mio avviso, l'incognita più importante dell'intero annuncio, e nessuno degli articoli in inglese che ho letto sembra averlo chiesto.

I partner hardware nominati da Anthropic, Tecan, Universal Robots, Doosan, QIAGEN, Automata e MBF Bioscience, con Danaher in fase di esplorazione, appartengono tutti al settore occidentale o coreano dell'automazione di laboratorio e industriale, come indicato nel suo annuncio. Nessun produttore cinese di robotica fa parte del gruppo dell'anteprima, lasciando aperta la questione dell'adozione nel più grande ecosistema hardware del mondo.

Che cosa non chiarisce l'anteprima

Un'anteprima di ricerca è una promessa con le rotelle, e la cosa onesta da fare è elencare ciò che non è stato promesso. L'analisi di Kingy ha fatto il conteggio utile: Anthropic non ha pubblicato una specifica, un SDK, uno schema, un repository del codice sorgente, una licenza, una suite di conformità, un numero di versione o un modello di governance. Il sito modelhardwarestandard.com conferma l'intenzione di rendere tutto open source, ma senza una data. MCP è infine approdato alla Agentic AI Foundation della Linux Foundation. Non è stato annunciato se MHS avrà la stessa sede neutrale o se resterà sotto la guida di Anthropic, e la differenza conta, perché uno standard hardware controllato da un solo fornitore è una funzionalità di prodotto, non uno standard.

Il modello di sicurezza è il vuoto più grande. Nessuna informazione pubblica descrive autenticazione, gestione circoscritta delle credenziali, isolamento della rete, registri di audit, revoca dei driver o i meccanismi che impediscono a un attacco di prompt injection di arrivare attraverso i dati restituiti all'agente da un dispositivo connesso. Nel software, quest'ultimo è un problema di ricerca ancora aperto; la ricerca di Brave su Comet ha mostrato quanto poco separi una pagina ostile da un agente pronto ad aiutare. Nell'hardware è un caso di sicurezza. Vorrei vedere il modello delle minacce prima di avvicinare un driver MHS a una macchina che può fare male a qualcuno, e al momento non c'è nulla da leggere.

C'è anche una critica sul piano della governance che merita di essere presa sul serio. Una reazione all'anteprima chiusa su Hacker News è stata diretta: «Non dovrebbe servire un permesso per leggere uno standard». Gli standard si guadagnano la fiducia essendo pubblici prima di ricevere l'approvazione, mentre Anthropic chiede ai produttori hardware di sviluppare driver per qualcosa che solo i candidati accettati possono vedere. The Register, come spesso gli capita, non ha usato mezzi termini e ha definito il tutto «un'ambizione piuttosto ottimistica» da parte di un'azienda che non riesce a prevedere con affidabilità il comportamento dei propri modelli. Ha anche sollevato lo scenario di uso improprio che nessuno vorrebbe vedere stampato accanto al proprio logo: lo stesso standard che esegue un test per la scoperta di farmaci potrebbe, in linea di principio, far partire una cascata di operazioni su una centrifuga. La roadmap di Anthropic per la sicurezza fisica dovrebbe essere la risposta. Non l'abbiamo ancora vista.

Un elemento temporale rende il quadro ancora più netto. Il Regolamento macchine dell'UE sarà pienamente applicabile dal 20 gennaio 2027 e, come ha osservato un rapporto, per la prima volta includerà esplicitamente le funzioni di sicurezza basate sull'IA e le macchine dotate di comportamento auto-evolutivo. Qualsiasi standard per macchinari azionati dall'IA e venduti in Europa incontrerà quel regolamento tra circa sedici mesi, che sia pronto o meno.

MHS non dispone di una specifica pubblica, di un SDK, di una licenza, di un modello di governance o di un modello di sicurezza, come indicato dall'analisi di Kingy e dal sito dell'anteprima. Anthropic afferma che renderà lo standard open source e pubblicherà linee guida per la messa in produzione basate sull'anteprima, ma senza fornire date, come indicato nel suo annuncio.

Che cosa farne

Dipende da chi siete, quindi procediamo brevemente per tre tipi di pubblico.

Se gestite un laboratorio o una linea pilota, il passo è semplice: individuate lo strumento che richiede più ore di lavoro degli scienziati per il controllo manuale e verificate se il suo fornitore è nell'elenco dei partner o se dispone almeno di un'interfaccia programmabile. MHS funziona solo con hardware che ne possiede una, e Anthropic sta ancora cercando di coinvolgere i produttori delle apparecchiature che ne sono prive. Se siete idonei e curiosi, potete presentarvi per l'anteprima. Se costruite agenti per lavoro, tenete d'occhio l'integrazione con Strands Robots e il supporto in LeRobot, perché saranno i primi punti in cui potrete toccare questo sistema senza il permesso di nessuno. Se invece investite o definite la strategia, il segnale non è «Anthropic ora si occupa di robotica». È che il valore dell'IA fisica si sta spostando verso il basso nello stack, dal modello al livello d'integrazione e sicurezza, e chi controlla il livello più noioso tende a controllare l'ecosistema. MCP è passato dal lancio a standard di settore in circa un anno; lo stesso copione si sta ripetendo, questa volta con l'hardware.

Per i laboratori, il passo concreto è controllare quali strumenti dispongano di interfacce programmabili, poiché MHS ne richiede una; per chi costruisce agenti, le integrazioni con AWS Strands Robots e Hugging Face LeRobot sono i primi punti di accesso pubblici, come indicato nel resoconto di Strands e nell'annuncio di Anthropic.

Domande frequenti

MHS sostituisce MCP?

No. MHS si colloca sotto e accanto a MCP. La chiamata allo strumento dell'agente continua a viaggiare tramite MCP, la riga di comando o un'API di codice, esattamente come oggi. MHS standardizza l'altra estremità: il modo in cui il dispositivo fisico descrive se stesso, ciò che può fare e i limiti applicati.

Posso usare oggi il Model Hardware Standard?

Solo se siete accettati nell'anteprima di ricerca, accessibile esclusivamente tramite candidatura e rivolta a laboratori di ricerca scientifica e produttori avanzati attraverso modelhardwarestandard.com. Non esistono ancora una specifica pubblica o un SDK. Anthropic afferma di voler rendere MHS open source dopo l'anteprima, ma non ha indicato una data.

MHS funziona solo con Claude?

Anthropic afferma che MHS è indipendente dal modello e può essere raggiunto da qualsiasi infrastruttura per agenti attraverso protocolli standard. Tuttavia, ogni esempio dettagliato dei materiali di lancio usa Claude. Considerate quindi il funzionamento tra modelli diversi come una possibilità prevista dal progetto, non come qualcosa di dimostrato, finché non compariranno implementazioni indipendenti.

È sicuro lasciare che un agente IA controlli apparecchiature fisiche?

La risposta onesta è che dipende da dove si trovano i limiti. MHS inserisce limiti, interblocchi e arresti di emergenza nel driver del dispositivo, applicandoli sotto il modello, e questa è l'architettura corretta. Ma Anthropic stessa afferma che il ragionamento fisico di Claude richiede ancora la supervisione di esperti, non esiste ancora un modello pubblico delle minacce e la lettura scettica di The Register sul rischio di uso improprio è fondata. Progetti pilota supervisionati su apparecchiature dichiarate e dotate di interblocchi: ragionevoli. Agenti senza supervisione su qualsiasi cosa che ruoti, riscaldi o pressurizzi: non ancora.

In sintesi

Ogni pochi mesi il settore riscopre che l'intelligenza non è mai stata la risorsa scarsa. Kitesurf lo ha fatto per i browser il mese scorso; ora MHS lo sta facendo per l'hardware. I modelli sono abbastanza validi da eseguire un test sulle proteine o mantenere il blocco di un laser. Mancava un modo per trovare la macchina, leggerne il manuale e sapere esattamente dove fossero i limiti. È un problema d'infrastruttura, e per questo una specifica d'infrastruttura è la forma giusta della risposta.

Quello che è dimostrato oggi: il modello del driver funziona, la riduzione dei tempi d'integrazione è plausibile e testimoniata dai partner, e mettere la sicurezza nel dispositivo invece che nel prompt è la scelta corretta. Quello che non è dimostrato è tutto ciò che serve per fidarsi del sistema in produzione, a partire da una specifica che si possa leggere senza permesso, un modello delle minacce, una sede di governance e un risultato replicato da qualcuno che non sia stato invitato al lancio. Scommetterei sulla direzione. Non affiderei una centrifuga all'anteprima.

Se state valutando il ruolo dell'hardware nei vostri piani sugli agenti, è una conversazione che affronto regolarmente con i clienti. Contattatemi.

Fonti

• Anthropic, «Previewing the Model Hardware Standard»: https://www.anthropic.com/news/model-hardware-standard-research-preview (pubblicato il 27/08/2026, consultato il 29/08/2026)

• Sito dell'anteprima del Model Hardware Standard: https://modelhardwarestandard.com (consultato il 29/08/2026)

• AWS Strands, «Robots working together: the Model Hardware Standard and Strands Robots»: https://strandsagents.com/blog/robots-working-together-model-hardware-standard-strands-robots/ (consultato il 29/08/2026)

• The Register, «Anthropic proposes plumbing spec to link AI agents to lab kit and robots»: https://www.theregister.com/ai-and-ml/2026/08/28/anthropic-proposes-plumbing-spec-to-link-ai-agents-to-lab-kit-and-robots/5293135 (pubblicato il 28/08/2026, consultato il 29/08/2026)

• Kingy.ai, «Anthropic's Model Hardware Standard (MHS)»: https://kingy.ai/blog/anthropic-model-hardware-standard-mhs/ (pubblicato il 28/08/2026, consultato il 29/08/2026)

• nextaipress, «Anthropic Model Hardware Standard (MHS)»: https://nextaipress.com/anthropic-model-hardware-standard-mhs/ (pubblicato il 28/08/2026, consultato il 29/08/2026)

• Open Robotics Discourse, «Where does an intent validation layer sit relative to Anthropic's Model Hardware Standard and to ROS 2?»: https://discourse.openrobotics.org/t/where-does-an-intent-validation-layer-sit-relative-to-anthropics-model-hardware-standard-and-to-ros-2/57725 (pubblicato il 28/08/2026, consultato il 29/08/2026)

• Brave, «Agentic Browser Security: Indirect Prompt Injection in Perplexity Comet»: https://brave.com/blog/comet-prompt-injection/ (pubblicato il 20/08/2025, consultato il 29/08/2026)

• Discussione su Hacker News, «Previewing the Model Hardware Standard»: https://news.ycombinator.com/item?id=49468834 (consultato il 29/08/2026)

• Flickr, immagine di copertina «Robot Arm» di fireflythegreat (CC BY 2.0): https://www.flickr.com/photos/fireflythegreat/5604962354/ (consultato il 29/08/2026)