Simon Willison criou com Claude um localizador de bipes e encontrou a fonte com precisão de cerca de 40 cm

Um bipe esporádico é um problema frustrante de diagnóstico doméstico: quando você chega ao cômodo certo, o dispositivo já parou de apitar. Na casa do desenvolvedor Simon Willison, o som vinha de um cômodo com caixas ainda por desempacotar. Em vez de vasculhar todo o conteúdo, ele pediu ao Claude Code que criasse o Beep Locator: um aplicativo que alinha gravações de vários microfones e mostra a provável fonte em um mapa.

Segundo Willison, o sistema indicou a localização com precisão de cerca de 40 cm. Na pilha de caixas correspondente, ele encontrou um antigo detector de monóxido de carbono que precisava de pilhas novas. Para desenvolvedores, o interessante é o método de trabalho: o agente teve acesso às medições do cômodo, pôde verificar o resultado das próprias alterações e continuar aprimorando a implementação com base nos dados observados.

Cinco dispositivos viram um instrumento de medição

Willison usou dois iPads, um celular, um MacBook Pro e um Surface Ultra. Um servidor Python serve a interface principal. Os demais dispositivos se conectam por um link ou código QR, autorizam o acesso do navegador ao microfone e trocam dados com o servidor via WebSocket. O experimento não exigiu microfones especiais.

Imagine um celular perto da porta, um tablet na estante e um notebook próximo às caixas. Um mesmo bipe chega aos microfones em momentos diferentes. Se a posição dos dispositivos for conhecida e as gravações forem alinhadas corretamente, é possível estimar de onde veio o som. Mas os navegadores e a rede introduzem atrasos: não basta comparar o horário em que o servidor recebe as mensagens.

Por isso, os dispositivos de escuta armazenam os últimos 60 segundos de áudio. Um algoritmo local procura possíveis bipes usando análise de frequências e um filtro. Quando chega uma notificação de evento, o servidor instrui um dispositivo a reproduzir um breve sinal de referência. Em seguida, coleta trechos das gravações que contêm tanto o som original quanto esse sinal. O som de referência ajuda a alinhar as gravações para o cálculo posterior.

O agente tomou como base de pesquisa o BeepBeep, um trabalho de 2007 sobre medição acústica de distâncias com dispositivos comuns. Porém, não se pode considerar automaticamente que o experimento doméstico reproduza a precisão do trabalho original: a implementação e as condições são diferentes.

O teste com palmas foi mais importante que um mapa bonito

A determinação automática das posições relativas dos dispositivos não funcionava bem o suficiente. Willison adicionou um modo em que ele próprio posicionava os ícones de forma aproximada no mapa, e depois o sistema tentava refinar as coordenadas com medições acústicas. Essa é uma limitação importante: o aplicativo exigiu participação humana na configuração.

Para testar a localização, Willison batia palmas em diferentes pontos do cômodo e comparava as posições reais com as marcações. Esse teste dava uma resposta clara sobre a capacidade do sistema de realmente localizar um som. É uma técnica útil para desenvolvedores: antes de procurar uma fonte desconhecida, testar o instrumento de medição com um evento de coordenadas conhecidas.

O passo seguinte foi ouvir as gravações de cada dispositivo. O usuário podia confirmar se o sistema havia captado o bipe certo. Após a confirmação, o aplicativo acompanhava sua frequência e os intervalos entre eventos, refinando a posição estimada. A interface também passou a sugerir onde colocar um microfone adicional.

Os 40 cm relatados se referem a um único caso descrito. O relato não apresenta uma série de testes em diferentes cômodos. Reflexões do som, ruído e erros nas coordenadas dos dispositivos continuam sendo motivos para verificar o resultado no local.

O agente precisa ter acesso ao resultado

Um detalhe importante da arquitetura é a possibilidade de enviar novo JavaScript aos dispositivos de escuta via WebSocket. Assim, o agente podia alterar o processamento de áudio sem recarregar cada página. Em alguns dispositivos, recarregar exigia uma nova autorização de acesso ao microfone, então atualizar o código durante a execução reduzia o trabalho manual.

É esse ciclo que torna a história útil para equipes que usam agentes no desenvolvimento. O agente escreve código, recebe medições, identifica erros e altera a implementação. É possível oferecer feedback semelhante por meio dos logs do aplicativo, de uma bancada de testes ou de capturas de tela de um dispositivo.

A lição prática: ao escolher uma tarefa para um agente, planeje com antecedência como ele verificará o resultado. O Beep Locator precisou de um buffer de áudio, reprodução de gravações, palmas de teste e confirmação manual de eventos. Essas ferramentas ajudaram a transformar código funcional em um sistema que Willison conseguiu usar em uma busca real.