Саймон Уиллисон собрал с Claude искатель писка и нашёл источник с точностью около 40 см

Редкий писк — неприятная задача для домашней диагностики: пока доберёшься до нужной комнаты, устройство уже замолчало. У разработчика Саймона Уиллисона звук доносился из комнаты с неразобранными коробками. Вместо перебора всего содержимого он поручил Claude Code собрать Beep Locator: приложение, которое сопоставляет записи нескольких микрофонов и показывает предполагаемый источник на карте.

По словам Уиллисона, система указала местоположение с точностью около 40 см. В нужной стопке коробок нашёлся старый датчик угарного газа, требовавший замены батареек. Для разработчика здесь интересен способ работы: агент получил доступ к измерениям из комнаты, мог проверять результат своих изменений и продолжать доработку по наблюдаемым данным.

Пять устройств превращаются в измерительный прибор

Уиллисон использовал два iPad, телефон, MacBook Pro и Surface Ultra. Основной интерфейс обслуживает Python-сервер. Остальные устройства подключаются по ссылке или QR-коду, разрешают браузеру доступ к микрофону и обмениваются данными с сервером через WebSocket. Специальные микрофоны для этого эксперимента не понадобились.

Представьте телефон у двери, планшет на полке и ноутбук возле коробок. Один писк достигает их микрофонов в разное время. Если знать расположение устройств и правильно сопоставить записи, можно оценить, откуда пришёл звук. Но браузеры и сеть добавляют задержки: просто сравнить время получения сообщений сервером недостаточно.

Поэтому слушатели хранят последние 60 секунд аудио. Локальный алгоритм ищет возможные писки с помощью частотного анализа и фильтра. Когда поступает сообщение о событии, сервер поручает одному устройству воспроизвести короткий контрольный сигнал. Затем собирает фрагменты записей, содержащие исходный звук и этот сигнал. Контрольный звук помогает совместить записи для дальнейшего расчёта.

За основу исследования агент взял работу BeepBeep 2007 года об акустическом измерении расстояний на обычных устройствах. Однако результат домашнего эксперимента нельзя автоматически считать повторением точности исходной работы: здесь другая реализация и другие условия.

Проверка хлопками оказалась важнее красивой карты

Автоматическое определение взаимного расположения устройств работало недостаточно хорошо. Уиллисон добавил режим, в котором сам примерно расставлял значки на карте, после чего система пыталась уточнить координаты по звуковым измерениям. Это существенное ограничение: приложение потребовало настройки с участием человека.

Чтобы проверить локализацию, автор хлопал в ладоши в разных местах комнаты и сравнивал реальные позиции с отметками. Такая проверка давала понятный ответ на вопрос, действительно ли система умеет находить звук. Для разработчика это полезный приём: до поиска неизвестного источника проверить измерительный инструмент на событии с известными координатами.

Следующим шагом стало прослушивание записей с каждого устройства. Пользователь мог подтвердить, что система поймала нужный писк. После подтверждения приложение отслеживало его частоту, интервалы между событиями и уточняло предполагаемое положение. В интерфейсе также появилась подсказка, куда поставить дополнительный микрофон.

Заявленные 40 см относятся к одному описанному случаю. Материал не даёт серии испытаний в разных комнатах. Отражения звука, шум и ошибки в координатах устройств остаются причинами проверять результат на месте.

Агенту нужен доступ к результату

Важная деталь архитектуры — возможность отправлять слушателям новый JavaScript через WebSocket. Так агент мог менять обработку звука без перезагрузки каждой страницы. На некоторых устройствах перезагрузка снова требовала разрешения на микрофон, поэтому обновление кода на ходу сокращало ручную работу.

Именно этот цикл делает историю полезной для команд, которые используют агентов при разработке. Агент пишет код, получает измерения, видит ошибки и меняет реализацию. Похожую обратную связь можно организовать через логи приложения, тестовый стенд или снимки экрана устройства.

Практический вывод: выбирая задачу для агента, заранее продумайте, как он проверит результат. В Beep Locator понадобились аудиобуфер, воспроизведение записей, тестовые хлопки и ручное подтверждение событий. Эти инструменты помогли превратить работающий код в систему, которой автор смог воспользоваться для реального поиска.