Claude projetou três dispositivos: as placas funcionaram sem correções nos esquemas

A placa está pronta, o firmware foi escrito, a caixa foi impressa — e o dispositivo não pode ser montado: o interruptor bate na parede. No desenvolvimento de hardware, um deslize assim pode mandar a equipe para mais uma rodada de projeto. No experimento da Anthropic, o Claude encontrou um problema parecido no modelo digital e sugeriu inserir a placa em um ângulo de cerca de 25 graus. É um bom exemplo de por que desenvolvedores de eletrônica podem precisar de IA: conectar decisões sobre esquema, caixa e montagem antes de encomendar as peças.

Segundo a Anthropic, a empresa, junto com a fabricante de placas Diode Computers, testou o Claude Fable 5.2 em três dispositivos: um viva-voz USB, um hub doméstico de assistente de voz e um bichinho virtual de bolso. O Claude preparou a eletrônica, as caixas e os firmwares. Pessoas fabricaram e montaram os protótipos sob sua orientação. De acordo com os autores, não foi preciso corrigir os esquemas elétricos.

Por que as últimas trilhas decidem tudo

Desenhar uma placa quase pronta não basta. Se algumas conexões não podem ser traçadas com as folgas necessárias, o dispositivo continua sendo um projeto na tela. Em experimentos anteriores, a Diode recebeu dos modelos placas 95% concluídas, mas inutilizáveis.

No novo teste, o Claude mudou decisões já tomadas. Por exemplo, o viva-voz tem um anel sensível ao toque. A transição entre camadas da placa exige um furo que, nessa área, poderia passar por um eletrodo sensível. O modelo reatribuiu os sinais nos pinos dos chips para que as trilhas sob o anel ficassem em uma única camada e não se cruzassem.

O sentido prático é claro: é preciso permitir que o agente volte à disposição dos componentes e à atribuição dos pinos. Caso contrário, ele pode passar muito tempo tentando concluir um roteamento que ele mesmo tornou inconveniente.

A Anthropic também apresenta um resultado numérico. No teste interno Diode PCB Gym, que exige posicionar componentes e restabelecer conexões, o Fable 5.2 marcou 69% contra 25% do Fable 5. É um aumento de 44 pontos percentuais. Mas essa pontuação não deve ser lida como a probabilidade de obter um dispositivo funcional: o teste verifica tarefas específicas de projeto de placas.

Quando o agente precisa escrever a própria ferramenta

Para o hub do assistente de voz, o Claude começou usando as ferramentas baseadas em KiCad fornecidas pela Diode. O mecanismo embutido traçava uma trilha entre pontos escolhidos, mas o trabalho com conexões longas a partir de um conector de 100 pinos exigia ações individuais demais.

Então o modelo escreveu seu próprio algoritmo: dividiu a placa em uma grade e buscou um caminho livre para cada conexão. Segundo a descrição da Anthropic, em cerca de meia hora surgiu uma ferramenta capaz de traçar uma trilha longa em aproximadamente um segundo. Quando o Claude notou uma linha sensível de sincronização de áudio muito próxima do Ethernet, alterou o algoritmo, aumentando a distância ao redor desses sinais.

Para equipes que constroem agentes de engenharia, é um detalhe útil. O acesso aos botões do CAD costuma ser insuficiente. A possibilidade de escrever um pequeno script auxiliar permite automatizar uma etapa repetitiva do trabalho. Ainda assim, o resultado do script precisa passar pelas verificações de projeto.

O modelo também considerou a relação entre eletrônica e firmware: no viva-voz, o brilho dos LEDs diminuía quando o volume aumentava, para que o dispositivo permanecesse dentro do limite de corrente previsto.

Um protótipo funcional ainda precisa virar produto

O Claude verificou restrições de fabricação e a disponibilidade de componentes. Por exemplo, corrigiu seis trechos estreitos demais da máscara de solda na placa do hub, ampliando as aberturas no revestimento. Segundo a Anthropic, a Diode fabricou as três placas diretamente a partir dos arquivos recebidos, sem aprovações adicionais de alterações.

No entanto, a escala da prova ainda é pequena: três dispositivos escolhidos e o relato dos participantes do experimento. Não há dados sobre uso prolongado nem sobre aprovação em certificação comercial. O material também não oferece informações suficientes para estimar o custo total desse desenvolvimento ou prometer redução de prazos em um número específico de vezes.

Para uma equipe de hardware, é sensato começar com um experimento limitado: pedir ao agente que prepare um pequeno protótipo, guardar o histórico de alterações e verificar esquema, roteamento, caixa e firmware com as ferramentas de engenharia habituais. O principal resultado desse trabalho é a demonstração de um processo coerente: o modelo conseguiu levar vários projetos interdependentes até a montagem física. Quão estável isso é em outros dispositivos ainda precisa ser verificado.