Проблема
Операционка команды — это множество мелких ручных операций: разобрать логи, найти прототип трёхнедельной давности, выдать доступ, собрать файлы из нескольких систем в один формат. Каждая операция мелкая, но их много — и каждая съедает время специалиста. Клиентская сторона — та же история: файлы нужно скачать, сматчить, перемапить, пересчитать и экспортировать, и без автоматизации это делают руками.
Что я сделал
Для команды
- Telegram-бот по логам. Принимает логи и возвращает сводку по ним: разбор инцидента начинается с выводов, а не с чтения сырого текста.
- Хранилище прототипов. У прототипов появилось одно место жизни — их можно найти, а не восстанавливать по памяти.
- Админка внутренних инструментов. Управление внутренними сервисами из одного места.
- Управление ресурсами и доступами сервера. Выдача и отзыв доступов — операция в админке, а не ручная работа по SSH.
Для клиентов
- Конвертеры файлов — полный конвейер. Скачивание → матчинг → маппинг → вычисления → экспорт: файл проходит весь путь автоматически, клиент получает результат, а не полуфабрикат для ручной доработки.
Результаты
- Сырой текст логов читает бот — команда начинает со сводки в Telegram.
- Прототипы и доступы перестали теряться: хранилище и админка вместо «скинь ещё раз».
- Ресурсы и доступы сервера управляются из админки, без ручных операций на сервере.
- Клиентские файловые процессы идут end-to-end: пять этапов конвейера без ручных вставок.
Чему научился
- Маленькие инструменты работают в сумме: каждый экономит минуты, но вместе меняют операционку сильнее, чем один большой проект.
- Инструмент для команды должен жить там, где команда: бот прижился именно потому, что не требует открывать ещё один интерфейс.
- Конвертер — это конвейер, и его надёжность равна самому слабому звену: скачивание, матчинг, маппинг, вычисления и экспорт нужно контролировать каждое, иначе данные теряются тихо.
Стек: Telegram Bot API, веб-админка, пайплайны обработки файлов.