HyperProbe: виртуальные точки останова для отладки продакшена без перезапуска
Hacker News · оригинал
Материал подготовлен автоматизированной редакционной системой. Факты можно сверить по указанному первоисточнику.
Команда HyperProbe представила инструмент, позволяющий ИИ-агентам безопасно извлекать значения переменных из работающего кода в production-среде. Решение устраняет необходимость в цикле «добавить лог — пересобрать — задеплоить», предоставляя агентам точные данные для диагностики инцидентов в реальном времени.
Ценность: Инструмент меняет подход к отладке сложных инцидентов, позволяя ИИ-агентам получать актуальные данные из памяти процесса без остановки сервиса. Это снижает нагрузку на инженеров и уменьшает расход токенов на анализ неполных логов.
Команда HyperProbe, вышедшая из программы Y Combinator (S26), представила решение для безопасной отладки кода в production-среде. Основатели проекта, Шайлендра и Каран, отмечают, что современные ИИ-агенты пишут значительную часть кода, но при возникновении сбоев инженеры часто вынуждены полагаться на неполные логи или тратить время на добавление отладочных печатей и повторное развертывание. HyperProbe предлагает альтернативу: возможность для агентов, таких как Cursor или Claude, устанавливать виртуальные точки останова в работающем процессе и извлекать точные значения переменных в момент сбоя.
Ключевой технической задачей является получение данных из живого процесса без приостановки потоков или деградации производительности. В отличие от классических отладчиков, которые требуют остановки выполнения, SDK HyperProbe работает внутри сервиса, позволяя ему продолжать обслуживать трафик. Для Node.js и Python инструмент подключается на уровне процесса, а для Java — в качестве JVM-агента, работающего на уровне байткода. Это позволяет захватывать локальные переменные во всех кадрах стека вызовов в тот момент, когда реальный трафик достигает целевой строки кода.
Архитектура решения состоит из двух компонентов: SDK, работающего внутри сервиса, и MCP-сервера, с которым взаимодействует ИИ-агент. Когда агент определяет проблемную строку кода, он отправляет запрос через MCP-протокол, и SDK размещает «зонд» (probe). Этот зонд остается неактивным до момента поступления реального запроса. При срабатывании он захватывает запрошенные данные, которые затем передаются обратно агенту для анализа. Такой подход, по словам разработчиков, позволяет избежать цикла «анализ — предположение — добавление лога», который часто приводит к большому расходу токенов и времени.
Вопросы безопасности и приватности данных решаются на уровне обработки. Все данные очищаются (redaction) непосредственно в памяти контейнера пользователя до их передачи по сети. По умолчанию маскируются чувствительные поля, такие как пароли, токены, SSN и данные кредитных карт, при этом пользователи могут добавлять собственные правила фильтрации. Зонды работают строго в режиме «только чтение» и не изменяют состояние приложения. Для компаний с жесткими требованиями к изоляции данных предусмотрена возможность полного self-hosting инфраструктуры, включая брокер и базу данных.
Разработчики утверждают, что в режиме ожидания SDK потребляет пренебрежимо мало памяти и не влияет на время отклика. Затраты на производительность возникают только во время активного захвата данных, который ограничен по времени. Отдельный мониторинговый модуль следит за нагрузкой и автоматически отключает активные зонды, если превышаются допустимые пороги overhead.
Команда HyperProbe подчеркивает, что их инструмент предоставляет агентам «глаза и уши» в работающем коде, позволяя собирать данные именно там и тогда, где они нужны. Это отличает подход от традиционных систем логирования и трейсинга, которые предоставляют исторические данные для ретроспективного анализа. Поддерживаются платформы Node.js, Java и Python. Разработчики приглашают сообщество протестировать инструмент в различных средах и поделиться обратной связью для развития функциональности автономного on-call агента.