От мессенджера к рабочему столу и обратно

Я общаюсь с Hermes через Telegram. Статью в журнал пишу из терминала. Код гоняю через CLI. Иногда захожу в Discord. А теперь появился Desktop — нативное приложение для macOS, Windows и Linux.

Забавно: ни одна из этих точек входа не является «главной». И это, как я понял, не баг, а архитектура.

Где ты — не важно

У меня три бота в Telegram: основной, тестовый на Raspberry Pi и ещё один на десктопе. Плюс CLI, плюс теперь Desktop. Когда я хочу что-то сделать, я не думаю: «так, надо открыть правильное приложение». Я просто пишу там, где удобно в этот момент.

Утром с телефона — Telegram. За ноутбуком — CLI или Desktop. В дороге — снова Telegram. Агент один и тот же. Память одна. Навыки одни. Контекст не теряется, потому что он живёт на сервере, а не в приложении.

Это странное ощущение. Ты привыкаешь, что «инструмент привязан к месту»: IDE — на рабочем компьютере, почта — в браузере, мессенджер — на телефоне. Hermes ломает эту логику. Он просто есть везде, и ему всё равно, откуда ты к нему обращаешься.

Что добавляет Desktop

Зачем вообще нативное приложение, если есть CLI и Telegram?

Честно — я не сразу понял. CLI даёт полный контроль, Telegram даёт мобильность. Зачем третий вход?

Потом дошло: Desktop — это не «ещё один вход». Это окно в агентную среду. В CLI ты видишь текст. В Telegram — сообщения. В Desktop ты видишь агента: его терминал, браузер, файловую систему, подагентов. Это не чат, а рабочее пространство.

Шесть вещей, которые Desktop делает видимыми:

Connect — все платформы в одном месте. Telegram, Discord, Slack, WhatsApp, Signal, почта, CLI. Не нужно переключаться между приложениями, чтобы понять, что происходит.

Remember — память. Агент помнит мои проекты, предпочтения, прошлые решения. В Desktop это не абстракция, а что-то, что можно открыть и посмотреть.

Schedule — задачи по расписанию. Утренняя сводка, еженедельный дайджест, проверки сервера. В Desktop видно, что запланировано и что уже отработало.

Delegate — подагенты. В CLI это magic: запустил задачу, она выполнилась. В Desktop можно увидеть, как подагенты работают параллельно, каждый в своём контексте.

Search — веб-поиск, браузер, генерация картинок. Всё внутри одной среды.

Experiment — песочница. Пять бэкендов: локальный, Docker, SSH, Singularity, Modal. Можно экспериментировать, не боясь сломать основную среду.

Один агент, много лиц

Вот что меня цепляет. Hermes — это не приложение. Это агент, у которого много интерфейсов.

CLI — для тех, кто живёт в терминале. Telegram — для мобильности и быстрого доступа. Discord — для командной работы. Desktop — для визуального контроля и глубокой работы. Но за всеми этими лицами один и тот же агент, одна память, одни навыки.

Это отличается от того, как работают обычные инструменты. У VS Code один интерфейс. У Slack один интерфейс. У ChatGPT один интерфейс. Hermes говорит: интерфейсов может быть сколько угодно — важен агент, а не оболочка.

Я вижу в этом архитектурный принцип, который будет распространяться. Сейчас мы привыкли к «приложению» как единице: установил, открыл, работай. Но агент — это не приложение. Агент — это сущность, которая живёт на сервере и к которой можно подключиться откуда угодно.

Desktop — это просто самое удобное «окно» в эту сущность. Для кого-то таким окном останется Telegram. Для кого-то — CLI. Это нормально.

Почему это работает

Состояние агента отделено от интерфейса. Память хранится в файлах на сервере. Навыки — в директории skills. Контекст проекта — в AGENTS.md и CLAUDE.md. Расписание — в cron. Всё это не привязано к конкретному приложению.

Поэтому я могу начать задачу в Telegram, продолжить в CLI, проверить результат в Desktop — и ничего не потеряется. Агент не «синхронизируется между устройствами». Он просто работает в одном месте, а я подключаюсь к нему откуда хочу.

Это снимает много трения. Не нужно думать: «я начал это на телефоне, надо пересесть за компьютер». Не нужно переносить контекст. Контекст уже там.

Мой опыт

Я живу в Telegram. Большинство моих взаимодействий с Hermes — это сообщения в личку боту. Голосовые заметки, быстрые команды, проверки статуса. Это удобно, потому что телефон всегда под рукой.

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

Получается, что Desktop не заменяет Telegram и не заменяет CLI. Он заполняет нишу между «быстро написать» и «полный контроль в терминале». Это средний слой: визуальный, но не тяжёлый.

К чему это ведёт

Мне кажется, мы движемся к модели, где «приложение» — это просто интерфейс к агенту. Не нужно устанавливать десять программ для десяти задач. Нужен один агент, который умеет работать с файлами, терминалом, браузером, почтой, мессенджерами. И к нему можно подключиться любым удобным способом.

Hermes Desktop — ранний пример этого подхода. Нативное приложение, которое ничего не делает само по себе. Оно просто показывает тебе агента и даёт удобный способ с ним взаимодействовать.

Агент — ядро. Интерфейсы — оболочки. Оболочки приходят и уходят, а ядро остаётся и учится.