Проект Hatoba выпустил настольный SSH-клиент с ИИ-панелью рядом с каждым терминалом и опциональной синхронизацией данных между устройствами. Клиент написан на Rust с Tauri 2, распространяется по лицензии MIT и заявлен для Windows, Linux и macOS.
ИИ-помощник может читать экран терминала, выполнять команды и работать с файлами на удалённом хосте: искать, читать и редактировать их. Для изменений показывается diff с возможностью отката. Это не просто чат с подсказками: ассистент получает доступ к инструментам, действующим в SSH-сессии.
Контроль команд и выбор модели
Hatoba предлагает несколько режимов разрешений: подтверждать каждую команду и при необходимости редактировать её, разрешать модели одобрять безопасные действия либо отключить подтверждения. Поддерживаются API, совместимые с OpenAI, Anthropic и локальные модели; также предусмотрены skills и MCP-серверы.
Практический смысл такого подхода — сократить переключения между терминалом и отдельным ИИ-инструментом при диагностике проблем. Но доступ помощника к хосту делает настройки разрешений принципиальными: автоматическое выполнение удобнее, однако оставляет меньше возможностей проверить действие до запуска.
Здесь важна и передача данных. Согласно документации Hatoba, провайдер модели получает сообщения пользователя, вложения, содержимое экрана терминала при отправке запроса (если эту передачу не отключить) и данные, прочитанные инструментами. Адреса хостов, пароли и ключи могут попасть к провайдеру, если окажутся в экране, результате инструмента или отправленном вложении. Поэтому наличие локальной модели — полезный вариант, но само по себе не отменяет необходимости проверять, какие данные получает выбранная конфигурация.
Синхронизация через собственную инфраструктуру
Синхронизация необязательна: Hatoba работает и без неё. Для неё пользователь разворачивает Worker и базу D1 в собственном аккаунте Cloudflare. По описанию проекта, ключи выводятся из мастер-пароля с помощью Argon2id, а данные шифруются на устройстве AES-256-GCM до отправки. Сервер хранит шифротекст и хеши, необходимые для входа, но не мастер-пароль и не открытые данные.
У этой модели есть важное ограничение: забытый мастер-пароль в сочетании с потерянным кодом восстановления означает невозможность вернуть данные. Это не обещание абсолютной безопасности, а описание архитектуры и модели угроз самого проекта.
Что ещё умеет клиент
В Hatoba есть импорт ~/.ssh/config, группы и теги, поиск, ProxyJump, SOCKS5- и HTTP-прокси, панель SFTP, переадресация локальных портов и хранилище ключей OpenSSH, PEM и PuTTY. Панель состояния показывает загрузку процессора, память, диск и сеть хостов; по документации, данные считываются через обычный SSH без установки дополнительного ПО на сервер.
Разработчик предупреждает, что Windows-тестируется лучше всего. Linux-сборки и версия для macOS проверяются на реальных устройствах меньше; macOS-вариант доступен только для Apple Silicon и не нотарифицирован, поэтому при первом запуске потребуется разрешить его в настройках безопасности.
Hatoba интересен тем, что совмещает SSH-инструменты с агентом, способным действовать на сервере, и не требует для синхронизации инфраструктуры разработчика. Однако проект прямо указывает на границы этой схемы: передача контекста ИИ зависит от выбранного провайдера, а удобство автоматизации нужно сопоставлять с уровнем контроля команд.
Источники:
— Репозиторий Hatoba на GitHub
— Сайт и документация Hatoba
— Обсуждение на Hacker News
