AI Models9 min de leitura

Claude desenhou as placas. A Diode montou. Três aparelhos ligaram.

Anthropic e Diode relatam três protótipos funcionais projetados com Claude Fable 5.2. O viva-voz mostra o que muda entre um pedido, uma placa e um produto.

K
Ken Jo

Uma placa pode parecer certa na tela e ainda bater no gabinete na hora de montar. Em um relatório de 9 de novembro de 2026 da Anthropic e da Diode Computers, empresa de projeto e fabricação eletrônica, a placa de um pequeno viva-voz USB teve exatamente esse problema. Se entrasse na horizontal, o botão de mudo bateria numa parede do gabinete. O modelo encontrou uma trajetória pela abertura inclinando a placa cerca de 25 graus e incluiu a sequência nas instruções. É um detalhe pequeno com uma consequência prática. Uma pessoa pode experimentar a montagem e verificar se a geometria estava certa. Relatório de pesquisa da Anthropic e da Diode

O viva-voz foi um de três protótipos montados pela Diode a partir de projetos gerados com Claude Fable 5.2. Os outros foram uma central doméstica de assistente de voz e um bichinho virtual portátil a bateria. As empresas dizem que os três funcionaram sem corrigir o circuito depois da fabricação. Engenheiros montaram as placas, executaram o firmware e testaram os aparelhos. Segundo o relatório, ainda faltam validação elétrica, ajuste da antena, testes térmicos e certificação. Relatório de 9 de novembro

Os casos ajudam uma equipe pequena porque as passagens de trabalho são visíveis. O modelo preparou projetos e instruções, a fábrica fez as placas e engenheiros montaram protótipos funcionais. Cada etapa deixou algo que uma pessoa podia inspecionar. A melhor razão para experimentar essa ferramenta é facilitar a verificação do primeiro projeto, antes que um erro fique caro na fabricação.

Detalhe de uma placa com furos metalizados, trilhas de cobre e máscara de solda verde.

Foto de contexto dos furos metalizados de outra placa, por G1MFG, recortada e redimensionada, CC BY-SA 4.0. Os três protótipos aparecem no relatório original. Fonte da foto · Licença.

A entrega útil é um pacote de projeto que alguém consegue inspecionar

Para o viva-voz, a equipe começou com um pedido curto de um aparelho USB-C com microfones, alto-falante e Bluetooth. Claude traduziu o pedido em requisitos e trabalhou no esquemático, no posicionamento dos componentes, no roteamento, no gabinete e no firmware. Entregou lista de materiais e instruções de montagem. A Diode montou a placa e executou o firmware. As empresas relatam que o protótipo ainda funcionava após semanas de uso. A duração descreve aquele aparelho nas condições da equipe. Ela não estima a confiabilidade de uma população. Caso do viva-voz

Cada material do pacote expõe um tipo de falha. O esquemático permite conferir as conexões propostas. O layout mostra o que acontece quando elas precisam caber na placa real. A lista de materiais ajuda a fábrica a conferir o que consegue comprar. Desenhos mecânicos e instruções de montagem podem revelar problemas que nenhuma vista elétrica mostra. O firmware permite verificar na bancada se o aparelho responde à entrada.

É por isso que avaliar uma placa gerada por IA difere de avaliar uma imagem 3D bonita. Um gabinete bem desenhado não revela se a alimentação usa os componentes certos ou se o cabo alcança o conector. Uma placa roteada pode esbarrar no gabinete, e uma montagem que cabe pode reiniciar inesperadamente sob carga. Cada etapa precisa de um critério próprio. Um pacote útil permite aplicá-lo antes da próxima etapa.

Do pedido ao protótipo, os arquivos passam pelo esquemático, layout e fabricação até a montagem e as verificações humanas na bancada.

Ilustração original da Telli.sh. Esquemático, layout, arquivos de montagem e firmware oferecem maneiras diferentes de encontrar um problema.

A roda sensível ao toque ligou decisões de uma camada à seguinte

Placas empilham camadas para acomodar muitas conexões em pouco espaço. Trilhas são caminhos de cobre em uma camada. Vias conectam cobre entre camadas. No viva-voz, o layout precisava acomodar uma roda de toque capacitiva cujos eletrodos ocupavam parte da placa. Um furo mal colocado podia interromper essa geometria. Segundo o relatório de 9 de novembro, Claude manteve as trilhas de sinal relevantes sob a roda em uma camada e escolheu a atribuição de pinos de modo que as trilhas não se cruzassem. Também manteve cobre e furos fora da área da antena Bluetooth nas quatro camadas. Ilustrações das camadas do viva-voz

As decisões se encadeiam. Mudar a atribuição de um pino pode liberar espaço na placa, mas o firmware precisa acompanhar. Mover a região da antena pode facilitar o layout, mas muda onde pode haver metal e o que fica perto no gabinete. Uma explicação do que precisou mudar dá à revisão mais que um desenho sem conexões abertas.

A central de voz deu outro exemplo. Segundo a equipe, Claude priorizou USB e Ethernet e usou pares de trilhas com geometria controlada. Aplicou padrões de ajuste de comprimento quando necessário e colocou cobre aterrado perto das trilhas rápidas como caminho de retorno. Essas escolhas dão elementos concretos para um engenheiro verificar. As medições na bancada ainda determinam se o aparelho atende aos requisitos de sinal e emissões. Caso e camadas da central · Documentação de roteamento do KiCad

O botão de mudo revelou outro problema geométrico. Uma pessoa pode olhar a posição final da placa e concluir que tudo cabe. A montagem depende do caminho até lá. A inclinação proposta dá à equipe uma sequência reproduzível, com um ponto de interferência visível se falhar. A mesma análise ajuda quando um conector exige folga para encaixar ou um parafuso fica inacessível depois que outra peça entra.

Um arquivo fabricável tem evidência que a fábrica pode conferir

O relatório descreve duas verificações executadas por Claude. Uma comparou a geometria com as restrições de fabricação. A outra confirmou se distribuidores forneciam os componentes. A Diode diz que na central foram sinalizadas seis regiões estreitas de máscara de solda. Claude ajustou as aberturas sem mover componentes. O relatório também descreve uma conexão à terra intencional que o verificador sinalizou e que a equipe diz que o modelo preservou corretamente. Tanto os resultados da lista de verificação quanto os motivos das exceções devem acompanhar o repasse. Verificações de fabricação

Peça exceções em uma forma que outra pessoa possa rever. O registro inclui regra, local afetado, motivo e quem aceita a exceção. Uma mudança feita para uma fábrica pode precisar de nova verificação em outro fabricante. Se layout, peças ou montagem mudarem após a verificação, associe o resultado à revisão anterior e verifique de novo os arquivos alterados.

Substituir peças exige cuidado semelhante. Outra peça pode caber na mesma área e ter propriedades elétricas, detalhes de encapsulamento ou requisitos de firmware diferentes. Num piloto, mantenha a peça aprovada e a alternativa como entradas separadas. Registre por que a equipe aceita a troca e quais verificações voltam a valer. Isso economiza tempo se a disponibilidade mudar em outro lote.

Os testes ajudam a explicar em que o modelo melhorou

A Anthropic diz que o Fable 5.2 obteve 69% no PCB Gym interno da Diode, ante 25% do Claude Fable 5. O teste remove layouts de placas existentes e pede que os modelos posicionem componentes e refaçam conexões. A Anthropic também relata 83,5 em uma escala de 0 a 100 com crédito parcial no BenchCAD 2.1, que testa a reconstrução de objetos de engenharia a partir de desenhos e imagens renderizadas. Cada nota vale para a tarefa e o protocolo usados. Uma placa própria precisa de validação, e o rendimento da fábrica exige dados de produção. Descrição e resultados dos testes · Escala do BenchCAD

Testes e protótipos oferecem evidências diferentes. O PCB Gym ajuda a explicar o avanço relatado no posicionamento e no roteamento em ambiente controlado. O viva-voz mostra um caso de projeto que levou em conta gabinete, superfície de toque, peças e firmware juntos. Os dois informam. Para um projeto próprio, olhe o pacote que a equipe consegue revisar e as medições que pode obter na bancada.

EtapaEvidência possívelExemplo de verificação seguinte
Esquemático e roteamentoArquivos com conexões e layout propostosConfira alimentação, pinos e geometria com as folhas de dados
Verificações de fabricaçãoArquivos passam por verificações do processo escolhidoResolva exceções e confira a lista de materiais
Protótipo na bancadaA unidade montada realiza a tarefa na configuração observadaRegistre alimentação, versão de firmware e repetibilidade
Qualificação de produtoResultados de testes definidos em condições e unidades representativasPlaneje verificações elétricas, térmicas, de rádio ou certificação com especialistas

Quatro marcos, dos arquivos e verificações de fabricação à bancada e à qualificação.

Ilustração original da Telli.sh. As empresas relatam três protótipos funcionais. A qualificação exige outros testes.

Comece com baixa tensão e uma tarefa mensurável

Um indicador USB ou uma placa simples para sensor serve como piloto. Peça ao modelo os arquivos e defina um resultado mensurável, como um botão disparar um evento de firmware na ordem certa. O engenheiro ganha um projeto pequeno para revisar sem depender de rádio, circuito de bateria ou gabinete complicado. Uma ferramenta interna com circuito de referência facilita ver quanto o modelo realmente mudou.

  1. Registre as premissas de funcionamento. Especifique alimentação, conexões, dimensões e comportamento. Liste as peças e regras da fábrica antes de pedir a placa.
  2. Peça arquivos inspecionáveis. Solicite esquemático, layout, lista de materiais e código-fonte do firmware. Peça referências às folhas de dados e regras por trás das decisões relevantes.
  3. Peça a uma pessoa qualificada que revise o pacote. Rode verificações elétricas e de placa, examine exceções, peças e folgas mecânicas. Compare revisões antes de enviar à fábrica.
  4. Ligue a placa em testes controlados. Um engenheiro qualificado pode verificar a placa na configuração adequada, observar a alimentação e executar o firmware previsto. Anote condições e resultados junto à revisão.
  5. Registre a próxima decisão. Determine se é um protótipo útil, se precisa de outra versão ou de qualificação. Use falhas medidas e mudanças documentadas na próxima rodada.

Planeje o caso em que o modelo faz uma pergunta válida e a equipe não sabe responder. O relógio de referência, o material do gabinete ou a família de componentes pode mudar bastante o projeto. Responder cedo economiza tempo em comparação com descobrir a suposição depois da fabricação. Se o modelo entregar mesmo assim, guarde a hipótese no registro e explicite a decisão em falta antes de liberar.

A Anthropic apresentou o Fable 5.2 e o Mythos 5.2 em 9 de novembro. Segundo a empresa, o Fable teve disponibilidade ampla, enquanto o Mythos ficou restrito a organizações e usos aprovados. O relatório aponta o Fable 5.2 como o modelo dos protótipos. A equipe que quiser experimentar deve escolher ferramentas compatíveis com seu projeto e com as regras de tratamento de dados e revisão. Anúncio dos modelos e detalhes de acesso

Um protótipo funcional permite fazer o próximo teste

A placa do viva-voz tinha um caminho específico para entrar no gabinete, e alguém conseguiu experimentá-lo. Isso ajuda mais que uma garantia genérica de funcionamento. Quando outra placa chegar, o engenheiro precisa dos arquivos, premissas e medições que sustentam a conclusão. Um modelo merece lugar nesse processo quando a equipe da bancada consegue acompanhar seu trabalho e sabe onde olhar quando a realidade diverge.

Fontes


Para guardar e pesquisar as conversas e decisões por trás do seu trabalho, crie uma conta na Telli.sh.


← Voltar ao blog