11 из 121 мин

Dashboard

Dashboard: иллюстрация 1Dashboard: иллюстрация 2

Когда система начинает работать постоянно, одного набора скриптов уже недостаточно. Нужна точка, в которой видно ее текущее состояние, ручную очередь, ошибки и post-submit жизнь.

Поэтому у проекта появился dashboard.

На первом экране собран health layer: scheduler, browser session, quarantine, итог последнего run, дневные метрики, Telegram runtime и последние строки auto runner. Ниже сообщения от работодателей, потому что проект не заканчивается в момент отклика.

На втором экране находится рабочая очередь: pending approvals и анкеты, где нужен я, а рядом retry queue с кейсами, которые automation не смогла корректно завершить с первого прохода.

Для меня dashboard нужен не затем, чтобы “смотреть на бота”. Он нужен затем, чтобы держать под контролем всю систему: runtime, ручные кейсы, ошибки, переписки и точки, где автоматизации уже недостаточно.

Оглавление серии
  1. Автоматизация отклика как ответ на асимметрию рынка
  2. Как бот сравнивает меня с вакансией и собирает отклик под нее
  3. Почему закрытие соискательского API не убило проект, а заставило его повзрослеть
  4. Как я сохранил мозг системы и заменил ей транспорт
  5. Самое трудное в автоотклике, это не submit
  6. Автоотклик в видимом режиме
  7. Как LLM в моем проекте превращает вакансию в сопроводительное письмо
  8. Почему полная автономия оказалась слабее управляемой автономии
  9. Я дал системе не только действия, но и тормоза
  10. Как проект живёт после отклика: статусы, приглашения, переписки и ручной dashboard
  11. Dashboard
  12. Самая неожиданная вакансия, которую нашел мой бот