Telegram-агент для разработки: рабочая машина в кармане

Telegram-бот, который запускает ИИ-агента на домашнем компьютере без внешнего IP, домена и webhook: сессии по чатам, голосовой ввод и автозапуск как системный сервис.

Telegram-агент для разработки: рабочая машина в кармане
INGELLO / BUSINESS2865
Связаться с нами

Чтобы поручить задачу своему рабочему компьютеру, обычно нужен внешний IP, домен, сертификат и webhook. Этот проект обходится без всего перечисленного: бот сам ходит в Telegram по long polling.

Что умеет

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

Почему это удобно бизнесу

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

Что осознанно ограничено

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

Схема данных

Из чего состоит база проекта и как связаны сущности.

REMOTE AGENT: Схема данных

Контур системы

Из каких частей собран проект.

REMOTE AGENT: Контур системы

Где посмотреть

У проекта нет публичного адреса: он работает локально или на закрытом контуре и наружу не выкладывается. Показываем его на демонстрации, по записи.

Технологический стек и подходы

SaaS архитектура Микросервисы Облачные вычисления Масштабируемость ПО API интеграции DevOps процессы High-load системы Кибербезопасность решений

Частые вопросы

01Почему long polling, а не webhook?

Потому что webhook требует публичного адреса, домена и сертификата. Long polling позволяет держать машину полностью за NAT.

02Что с безопасностью?

Сырые выводы команд по умолчанию в чат не уходят, а сам сервис работает под обычным пользователем без публичного входящего порта.

03Можно ли так управлять внутренней системой компании?

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