Почему я пишу инструменты для поддержки сам
Две задачи, которые повторялись каждую неделю, и два инструмента, которые из них выросли. Про то, где проходит граница между «потерпеть» и «написать».

TSS. Разбираю API, логи и инциденты, пишу инструменты, чтобы делать это быстрее.
Работаю в технической поддержке: разбираю обращения, до которых не дошли руки у первой линии — ошибки API, расхождения в данных, сбои интеграций. Ищу первопричину, а не способ закрыть тикет.
Когда одна и та же задача повторяется каждую неделю, пишу под неё инструмент. Так появились BugCapture и ReqVault — оба лежат на GitHub с открытым кодом.
Здесь пишу о том, что разбираю: логи, HTTP, отладка и автоматизация рутины.
Две задачи, которые повторялись каждую неделю, и два инструмента, которые из них выросли. Про то, где проходит граница между «потерпеть» и «написать».
200 с ошибкой внутри, 404 вместо 403, 500 на невалидный ввод. Что на самом деле означают статусы в чужих API и как это меняет разбор.
Разбор по шагам: от жалобы «ничего не работает» до конкретной строки в логе. Про trace_id, порядок сужения и три ошибки, которые я делал сам.
Расширение для Chrome и Edge: записывает воспроизведение бага вместе с DevTools-диагностикой — консолью, сетевыми запросами и HAR. Чувствительные заголовки и тела вырезаются до выгрузки, поэтому отчёт можно приложить к тикету без риска утечки.
Локальный REST-клиент на Rust и Tauri. Коллекции запросов лежат на диске в открытом виде и коммитятся в git, а токены и пароли — в системном хранилище ключей и в файлы не попадают.
Сайт использует только технически необходимые cookie. Дополнительно я собираю обезличенную статистику посещений — без сторонних сервисов и без сохранения IP-адресов. Подробности в политике cookie и политике обработки персональных данных.