Em 27 de agosto de 2026, a Anthropic abriu uma prévia de pesquisa do Model Hardware Standard, ou MHS: uma especificação compartilhada que permite que um agente de IA opere dispositivos físicos com segurança, de microscópios e braços robóticos a manipuladores de líquidos, e coordene vários deles ao mesmo tempo. Interligar instrumentos em um laboratório ou em uma linha de produção costumava levar semanas de trabalho de especialistas, às vezes meses; o MHS reduz esse trabalho a horas ou minutos. Na Carnegie Mellon, conectar a configuração do laboratório por meio do MHS levou 8 horas, contra as várias semanas que uma configuração montada pelo fornecedor costuma levar. O padrão começou como uma colaboração entre a Anthropic e o HHMI Janelia Research Campus e, hoje, está aberto apenas a um primeiro grupo de laboratórios de pesquisa e fabricantes avançados, com a abertura do código prevista para mais tarde.

O problema real: cada dispositivo fala a sua própria língua

Entre hoje em qualquer fábrica ou laboratório sério e você encontrará o mesmo quadro: equipamentos excelentes de diferentes fornecedores, cada um com seu próprio software e sua própria interface de programação, e nenhuma língua comum entre eles. O resultado é que qualquer tentativa de fazê-los funcionar como um único sistema se transforma em um projeto de software sob medida, em que um engenheiro escreve à mão um conector entre cada par de dispositivos. E, quando fica pronto, esse conector é frágil: uma atualização do fornecedor o quebra, e a saída do engenheiro leva consigo o único entendimento que existia sobre ele.

Esse não é um problema exclusivo de laboratórios. O dono de uma fábrica em Riad ou Dammam o conhece bem: uma envasadora, uma unidade de inspeção de qualidade, uma balança e um sistema de armazenamento, cada um emitindo seus dados em um formato diferente, com um funcionário levando números de uma tela para uma folha de papel e dali para um sistema. A lacuna entre os dispositivos é exatamente onde se perdem tanto as horas quanto os dados.

Como o MHS funciona tecnicamente

O padrão se apoia na ideia de um driver unificado. Um driver é o pequeno programa que faz a tradução entre um sistema operacional e um dispositivo, mas o driver do MHS usa um conjunto muito simples de primitivas: ler, como em obter a temperatura, e escrever, como em definir a temperatura. Qualquer dispositivo com uma interface programável consegue entender esses comandos e agir de acordo com eles. O driver também torna cada dispositivo detectável em um formato padrão, de modo que dispositivos e agentes se encontram em diferentes redes sem um tradutor sob medida no meio.

A parte mais engenhosa é a descrição em linguagem natural. Um agente precisa saber coisas sobre um dispositivo que não aparecem no código, por exemplo o peso de um braço robótico, um dado que determina como ele pode ser movimentado com segurança. Historicamente, essa informação ficava em manuais de papel ou na cabeça de um técnico veterano. O driver do MHS permite escrevê-la diretamente em linguagem simples, seja por conta própria, seja por meio de uma conversa em que o agente entrevista você sobre a sua configuração, e depois gera automaticamente um arquivo de referência que descreve o que o dispositivo mede, o que pode ser ajustado e quais limites de segurança serão aplicados a ele.

A partir daí, o agente controla o hardware por meio de três mecanismos: o Model Context Protocol, a linha de comando e arquivos de código. Eles funcionam juntos para que vários dispositivos possam ser orquestrados a partir de uma única linha de código. E, quando uma tarefa é longa ou precisa andar mais rápido do que o raciocínio passo a passo permite, o agente encadeia comandos do driver em um arquivo de código que é executado sozinho, sem que o agente precise raciocinar a cada momento. Um ponto que vale destacar: o MHS é agnóstico em relação ao modelo, e qualquer estrutura de agente pode acessá-lo por meio de protocolos padrão, em vez de ficar presa a um modelo específico.

O que os primeiros parceiros descobriram

A prévia de pesquisa contou com parceiros reais, e estes são os destaques publicados. Na Carnegie Mellon University, pesquisadores realizaram experimentos de dose-resposta com diluição seriada cerca de três vezes mais rápido do que antes, com um agente orquestrando um manipulador de líquidos, um leitor de placas, um braço robótico e câmeras de monitoramento distribuídos por três computadores com interfaces fundamentalmente incompatíveis. Na QuEra, que constrói computadores quânticos, um agente recebeu o controle de partes do sistema de laser e desenvolveu um controlador que recupera o travamento preciso de frequência do laser em 99,3 % das vezes, sem nenhuma intervenção humana. Na Genentech, pesquisadores criaram uma prova de conceito que automatiza um ensaio de proteínas padrão que exige coordenação entre três instrumentos diferentes. E no HHMI Janelia, um pesquisador usou o MHS para unificar uma bancada que antes exigia sete programas separados de fornecedores, sem nenhuma interface compartilhada.

Paralelamente, os próprios fabricantes de dispositivos começaram a adicionar suporte ao MHS: a Amazon Web Services por meio de sua biblioteca Strands Robots, a Doosan Robotics em seus braços robóticos para garantia de qualidade automatizada e coordenação de vários robôs, a Tecan em suas plataformas de manipulação de líquidos, a QIAGEN em sua plataforma de purificação de ácidos nucleicos e a Universal Robots em sua plataforma de robótica. Quando um fornecedor incorpora o padrão ao próprio dispositivo, a integração passa a ser algo que já vem na caixa, e não um projeto pelo qual você paga.

O que isso significa para uma empresa saudita

Você não precisa entrar na prévia de pesquisa amanhã. O que importa para você é uma coisa prática: o valor de qualquer dispositivo que você compra para uma linha de produção ou um laboratório não está mais apenas nas suas especificações, mas em saber se ele expõe uma interface de programação a partir da qual um sistema externo possa ler e na qual possa escrever. Instrumentos fechados que apenas exibem seus números em uma tela vão, em poucos anos, custar mais para operar do que aparentam, porque cada número que produzem precisa de uma pessoa para transportá-lo.

A tendência é maior do que o próprio MHS. É o mesmo caminho que o Model Context Protocol percorreu ao conectar agentes a sistemas de software, agora estendido aos equipamentos físicos. Quem organiza seus dados e suas interfaces hoje pega a onda sem precisar reconstruir tudo depois.

O que o MHS não faz hoje

Ser claro aqui é importante, para que ninguém crie expectativas erradas. Primeiro, o padrão não funciona com dispositivos que não têm nenhuma interface de programação, e a Anthropic diz que está trabalhando com os fabricantes desse tipo de equipamento para adicionar drivers. Segundo, um modelo de linguagem aprende sobre o mundo físico a partir de textos e imagens, então seu raciocínio espacial e físico continua limitado e ainda exige supervisão de especialistas. O próprio exemplo da Anthropic é revelador: na Genentech, os pesquisadores tiveram de orientar o modelo a reconhecer que erros causados pela formação de espuma nas amostras eram falhas físicas, e não bugs de software, que só podiam ser corrigidas com um ajuste físico. Terceiro, o MHS ainda não é de código aberto e continua em fase de prévia.

Três passos para dar este mês

  • Faça o inventário dos seus equipamentos e anote ao lado de cada item se ele tem uma interface de programação ou uma porta de dados, e quem detém a documentação. Só esse inventário já revela em que ponto a sua automação realmente está.
  • Acrescente a exigência de interface de programação à ficha de especificações da sua próxima compra e coloque a propriedade da documentação no contrato, em vez de depender de uma promessa verbal do fornecedor.
  • Escolha um processo pequeno e repetitivo em que dados passam entre dois dispositivos com uma pessoa no meio e meça quantos minutos por semana ele consome. Esse processo é o seu primeiro candidato à automação e também a sua régua para medir o retorno.

A visão da Origami

Na Origami, construímos sistemas operacionais para fábricas, armazéns e empresas de serviços, e vemos a mesma regra em todos os projetos: a automação não falha no dispositivo, ela falha na distância entre um dispositivo e o seguinte. Padrões abertos como o MHS encurtam essa distância, mas não compensam a falta de dados estruturados ou processos pouco claros. Quem prepara essas duas coisas hoje estará pronto no dia em que o padrão for aberto a todos. Para conversar sobre a digitalização de uma linha de produção ou a conexão de equipamentos existentes em um único sistema, fale conosco pela página de contato.

Conclusão

O MHS não é um produto que você compra hoje. É um sinal de para onde está indo a operação de dispositivos: longe dos conectores sob medida e frágeis, rumo a um padrão compartilhado que tanto o agente quanto a máquina entendem. A decisão que diz respeito a você agora é simples e barata: não traga um dispositivo novo para as suas instalações sem uma interface de programação e organize os dados que você já tem. A diferença entre uma empresa que pega essa onda e uma que a perde não se resumirá a um orçamento de tecnologia, mas a pequenas decisões de compra tomadas neste ano.

Fontes

  • Anúncio oficial da Anthropic, Previewing the Model Hardware Standard, de 27 de agosto de 2026, fonte sobre o driver unificado, os três mecanismos de controle, os resultados dos parceiros e as limitações do padrão: anthropic.com.
  • A página de inscrição para a prévia de pesquisa do padrão: modelhardwarestandard.com.
  • O Model Context Protocol, citado como uma via de acesso padrão para agentes, segundo o anúncio oficial da Anthropic: anthropic.com.