mngr

Что такое mngr?

mngr — это Unix-подобный инструмент командной строки для управления AI-агентами везде, где они запущены: локально, на удалённых хостах или внутри контейнеров/песочниц. Проект описывает mngr как способ создавать, уничтожать, перечислять, клонировать и подключаться к агентам, чтобы общаться с ними или отлаживать, сохраняя инфраструктуру агентов доступной и скриптовой.

Репозиторий позиционирует mngr как «git для агентов», подчёркивая, что агенты можно управлять программно с помощью знакомых примитивов вроде SSH, git и tmux. Он разработан так, чтобы не требовалась управляемая служба для запуска агентов; вместо этого вы управляете вычислениями и подключаетесь к ним стандартными механизмами.

Ключевые возможности

• Управление агентами через CLI: поддержка создания, перечисления, подключения и обмена сообщениями с агентами из терминала, включая именованные экземпляры агентов.
• Управление процессами в стиле Unix на базе SSH, git и tmux: репозиторий указывает, что построено на этих инструментах, согласовывая операции жизненного цикла агентов со стандартными рабочими процессами инфраструктуры.
• Запуск агентов на удалённых хостах и в контейнерах/песочницах: README подчёркивает масштабирование «по удалённым хостам, контейнерам и песочницам», а не только локальной установке.
• Сборка рабочих процессов без привязки к одному провайдеру/интерфейсу: вы можете строить свои рабочие процессы «поверх агентов», избегая связывания с конкретным провайдером или UI.
• Расширяемость через плагины: проект отмечает расширяемость на основе плагинов.

Как использовать mngr

1. Установка mngr с помощью предоставленного скрипта: curl -fsSL https://raw.githubusercontent.com/imbue-ai/mngr/main/scripts/install.sh | bash.
2. Создание агента: например, mngr create запускает агента локально с настройками по умолчанию (пример в README указывает agent=claude, provider=local, project=текущая директория).
3. Запуск на новом удалённом хосте: например, mngr create @.modal запускает агента на Modal с автоматически сгенерированным именем хоста (как описано в README).
4. Именование агентов и выбор агента для запуска: используйте mngr create my-task и mngr create my-task codex для запуска другого типа агента с выбранным именем.
5. Подключение и отправка начального сообщения (опционально): README упоминает передачу аргументов базовому агенту через -- --model ... и использование --no-connect --message "...", чтобы отправить начальное сообщение без ожидания.

Сценарии использования

• Локальная настройка агента для разработки: запустите агента из текущей директории с mngr create, затем общайтесь или отлаживайте через единый терминал-воркфлоу.
• Масштабирование от одного агента к множеству по хостам: запускайте «сотни агентов» по удалённым хостам, контейнерам и песочницам, используя один CLI для перечисления и подключения.
• Клонирование или снапшот состояния агента: относитесь к конфигурациям и состоянию агентов как к чему-то, что можно клонировать и управлять (README перечисляет действия clone/snapshot/migrate).
• Рабочие процессы без привязки к провайдеру: стройте высокоуровневые воркфлоу, оркестрирующие разные типы агентов и места выполнения, без связывания с конкретным провайдером или интерфейсом.
• Шаблоны доступа к командной/общей инфраструктуре: используйте SSH-подключения и стандартные инструменты (tmux, git) для управления процессами агентов в рамках существующих практик эксплуатации.

FAQ

Является ли mngr управляемой службой?

Нет. README прямо указывает «No managed service required», описывая mngr как CLI на базе SSH, git и tmux, работающий с вычислениями под вашим контролем.

Где могут запускаться агенты?

Согласно README, агенты могут запускаться локально, а также по удалённым хостам, контейнерам и песочницам.

Как установить mngr?

Репозиторий показывает команду установки, которая направляет скрипт с GitHub в bash.

Можно ли настроить, какой агент или модель запускать?

README указывает, что можно передавать аргументы базовому агенту (например, -- --model opus) и выбирать тип агента (пример: mngr create my-task codex).

Альтернативы

• Универсальное управление удалёнными процессами на базе SSH + кастомные скрипты: можно запускать tmux-сессии и подключаться по SSH, но придётся строить свой жизненный цикл агента, перечисление и обмен сообщениями.
• Другие фреймворки оркестрации агентов: фреймворки, управляющие агентами через API/UI, могут быть проще для старта, но сильнее привязаны к конкретному провайдеру/интерфейсу, чем подход «SSH + git + tmux» для mngr.
• Только контейнерные воркфлоу (Docker Compose/Kubernetes jobs) с ручным подключением: можно стандартизировать среды выполнения, но потеряете концепцию «git для агентов» из mngr для клонирования/снапшотов и терминал-ориентированный интерфейс управления.
• Инструменты на базе Git без управления жизненным циклом агента: можно версионировать код и конфиги агентов, но для создания/подключения/обмена сообщениями с запущенными агентами потребуются отдельные инструменты.