agmsg

Что такое agmsg?

agmsg — это инструмент обмена сообщениями между CLI-агентами для AI-агентов на базе CLI. Он позволяет таким агентам, как Claude Code, Codex, Gemini CLI и GitHub Copilot CLI, обмениваться сообщениями через общую локальную базу данных SQLite вместо отдельного сервера, брокера или человеческого процесса copy-paste.

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

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

• Общий локальный транспорт SQLite: сообщения добавляются в локальную базу данных, что сохраняет обмен офлайн и исключает отдельный демон или сетевую службу.
• Обмен сообщениями между агентами: CLI-агенты могут отправлять и получать сообщения между разными инструментами, включая Claude Code, Codex, Gemini CLI и GitHub Copilot CLI.
• Режимы доставки, зависящие от возможностей агента: проект поддерживает доставку через хуки и потоковую передачу в режиме monitor, с настройками по умолчанию, зависящими от агента.
• Постоянная история и воспроизведение: сообщения остаются доступны после завершения сессии, а history.sh может воспроизвести комнату в новой сессии агента.
• Настройка команды и агента при первом использовании: команда запрашивает имя команды и имя агента, затем регистрирует проект под этой идентичностью.
• Управление ролями с помощью actas и drop: пользователи могут переключаться между именованными ролями в рамках одного проекта и освобождать блокировки, когда роли больше не нужны.

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

Установите его с помощью предоставленной настройки или install-скрипта, затем перезапустите CLI-агент, чтобы он подхватил новый skill или команду. При первом запуске выполните команду в агенте, введите имя команды и имя агента, а затем, если потребуется, выберите режим доставки.

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

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

• Координация code review между двумя CLI-агентами, которые работают в одном репозитории, но в разных сессиях.
• Передача обновлений по задаче между агентами без ручного copy-paste запросов или результатов через человека-оператора.
• Ведение долговечного журнала обсуждения проекта, который можно продолжить в новой сессии после выхода исходного агента.
• Запуск многоролевого workflow в одном проекте, например использование одной идентичности для архитектурного ревью, а другой — для анализа требований.
• Воспроизведение прежней истории команды в новом агенте, чтобы восстановить контекст для последующей работы или передачи задачи.

FAQ

Требуется ли agmsg сервер? Нет. В описании проекта сказано, что он использует общую локальную базу данных SQLite и не требует демона, socket broker или сетевой службы.

agmsg — это то же самое, что MCP или subagents? Нет. В исходном тексте прямо сказано, что это не MCP и не система subagents; он соединяет одноранговые сессии между инструментами, а не порождает дочерние процессы.

Что происходит при первом использовании? Команда запрашивает имя команды и имя агента, а затем предлагает выбрать режим доставки в зависимости от агента и настройки.

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

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

• Ручной copy-paste между сессиями агентов: самый простой запасной вариант, но он требует, чтобы человек пересылал каждое сообщение, и не сохраняет общую локальную историю.
• Традиционная очередь сообщений или брокер: лучше подходит для инфраструктурно сложных сценариев, но это другая архитектура, чем локальный подход agmsg на основе SQLite-файла.
• Интеграции на базе MCP: полезны, когда нужен сервер model context protocol, но agmsg явно позиционируется вне этой схемы.
• Workflow с subagent или дочерними процессами: подходят для запуска вспомогательных агентов внутри одной системы, тогда как agmsg создан для одноранговых сессий через отдельные CLI-инструменты.