Rotear as trilhas de cobre de uma placa de circuito é um trabalho lento e minucioso que engenheiros de hardware ainda fazem em grande parte à mão ou com autorroteadores baseados em regras que depois precisam corrigir. O PCBRouteAgent, um preprint de pesquisadores da University of Texas at Dallas, da Iowa State University e de um engenheiro da Texas Instruments, mostra até onde um modelo de linguagem pode levar esse trabalho quando recebe a divisão de tarefas certa. A resposta: longe em placas pequenas e ainda não o bastante nas grandes.
O projeto mantém o modelo longe do desenho das trilhas. Um planejador, iniciado com heurísticas simples, decide a ordem das conexões e os corredores que elas devem seguir, e o modelo de linguagem só entra quando as rotas falham: lê imagens da placa e relatórios de falha e devolve um pequeno ajuste ao plano. Um executor então traça cada trilha com o roteador push-and-shove do próprio KiCad e tenta várias correções locais antes de reportar. Uma placa só passa limpa se todas as conexões forem feitas e a verificação de regras de projeto do KiCad não encontrar erros.
Com o Claude Opus 5.5 como planejador, o sistema roteou de forma limpa todas as 128 placas sintéticas, 94.9% de 99 placas reais pequenas, todas as 10 médias e 4 das 10 grandes. Nos conjuntos reais, superou a melhor alternativa, muitas vezes o Freerouting de código aberto, por 13.9, 36 e 10 pontos. Rodá-lo com o Claude Haiku 5.5 traz o resultado de custo mais marcante: comparado a um agente anterior com o mesmo modelo, usou cerca de 131 vezes menos chamadas ao modelo e reduziu a conta de API para as 247 placas de $20.72 para $4.77. Sem o modelo de linguagem, as aprovações limpas em placas médias e grandes caíram a zero, então o modelo faz trabalho de verdade.
Para quem já conecta um agente ao KiCad pelo KiCAD MCP Server ou pelo KiCad MCP Pro, que avaliamos, a lição é de arquitetura. Os dois servidores expõem roteamento e verificação de regras de projeto como ferramentas; este artigo sugere deixar o modelo planejar e diagnosticar enquanto o motor nativo do KiCad cuida da geometria, em vez de pedir que o modelo posicione cada segmento. O código e uma página do projeto são públicos.
Os próprios autores detalham os limites. Seis das dez placas grandes continuam incompletas, e escolhas iniciais de roteamento podem bloquear as seguintes. Pares diferenciais, como as linhas de dados USB, são roteados como fios sem relação entre si, o que um projeto real rejeitaria. As trilhas ficam cerca de 8% a 11% mais longas que as do Freerouting nos conjuntos médio e grande. A pontuação das placas médias permitiu novas tentativas e correção de ângulos, os resultados de comparação nas placas grandes foram obtidos pelos próprios autores, e o agente de comparação não foi testado com o Opus por causa do custo. É um preprint, ainda sem revisão por pares, e dez placas grandes são uma amostra pequena.