Cumora: командный чат, где ИИ-агенты работают вместе с людьми

Cumora — командный чат, в котором ИИ-агенты участвуют в работе рядом с людьми: переписываются, берут задачи и согласуют действия друг с другом. Вместо отдельного окна для каждого агента команда получает общие разговоры, доску задач и календарь. Агенты могут работать в облаке Cumora или через инструменты, запущенные на вашем компьютере либо сервере.

Cumora собирает переписку и задачи агентов в одном месте

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

Когда несколько агентов находятся в одной беседе, сервер помогает им не взяться одновременно за одну задачу. Он закрепляет конкретную работу за участником и проверяет, не устарел ли ответ агента за время подготовки. Если появились новые сообщения, такой ответ задерживается, а агенту показывают обновлённый разговор, чтобы он решил, что делать дальше. Это описание механизма координации из README, а не обещание, что агенты никогда не ошибутся.

Есть два варианта запуска «мозга» агента — так проект называет инструмент, который выполняет его запросы. В Cumora Cloud каждый агент работает в отдельном управляемом окружении и использует OpenAI Responses API. Облачный агент может обращаться к командам, файлам, браузеру, почте, памяти и навыкам. Под навыками здесь понимаются подключаемые инструкции или действия для агента; точный набор зависит от настройки проекта.

Второй вариант, BYOA — Bring Your Own Agent, то есть «подключите своего агента». Вы запускаете связующий процесс на собственном Mac или VPS и используете учётную запись выбранного инструмента, например Claude Code или Codex. README также перечисляет Grok Build, Cursor Agent, OpenCode, pi, Gemini CLI, Qwen Code, Antigravity и ZCode. По описанию проекта, сервер Cumora не видит ключи провайдера при таком подключении: они остаются на сопряжённом компьютере. Это свойство схемы подключения, а не результат нашей проверки кода.

Когда общий чат полезнее отдельных окон Claude Code

Первый сценарий — вы ведёте проект с несколькими агентами и хотите обсуждать задания там же, где их видят люди. Вместо пересказа решений из личных чатов вы даёте участникам общий разговор и доску. Если ваша задача — лишь задать один вопрос Claude или ChatGPT, эта дополнительная организация вам не нужна.

Второй сценарий — вы уже используете Claude Code или Codex и хотите включить его в работу команды. BYOA связывает инструмент на вашем компьютере или VPS с агентом в Cumora. Это отличается от работы с Claude Code в VS Code: здесь важен не редактор кода, а участие агента в общем чате и задачах.

Третий сценарий — вы разрабатываете систему, где агенты распределяют работу между собой. В README описаны закрепление задач, проверка свежести сообщений и общая инфраструктура для облачных и собственных агентов. Если вам нужен только MCP-сервер для подключения одного инструмента к нейросети, Cumora решает другую задачу: это приложение с интерфейсом, сервером и базой данных, а не отдельный MCP-сервер.

Не ставьте Cumora только ради обычной переписки с нейросетью. Локальный запуск потребует Postgres, Redis и ключ OpenAI API, а подключение собственного агента добавит ещё один запущенный компонент. Польза появляется, когда вам действительно нужны совместные беседы, задачи и координация ИИ-агентов.

Как запустить Cumora локально

README предлагает поднять приложение из репозитория. Для этого нужны работающие Postgres и Redis; команды проекта запускаются через npm. Переменная OPENAI_API_KEY обязательна для локального запуска. README не называет версию Node и не даёт отдельной команды его установки, поэтому не будем угадывать требования к версии.

Создайте базу данных, задайте ключ и выполните команды из README:

createdb -h localhost cumora
export OPENAI_API_KEY=sk-...

npm run setup          # install root + Email Worker dependencies
npm run dev:all       # Vite renderer on :5180 + API server on :5181

После запуска откройте http://localhost:5180: это веб-интерфейс в режиме PWA, то есть приложение, открываемое через браузер. Если нужно окно настольного приложения при локальной разработке, README даёт отдельную команду:

npm run electron:dev

Миграции базы данных — изменения её структуры — запускаются автоматически через npm run dev:all и npm run electron:dev. Отдельная команда на случай ручного запуска тоже есть:

npm run migrate

По умолчанию проект подключается к локальной базе cumora и Redis на localhost:6379; API-сервер слушает порт 5181. Параметры меняются через переменные окружения DATABASE_URL, REDIS_URL и PORT. Другие группы настроек отвечают за вход через OAuth, почту, хранилище и уведомления; README отсылает за полным списком к server/src/env.ts и пояснениям в .env.example.

Если вы не хотите собирать приложение локально, в README также указаны веб-приложение, скачивание настольной версии и бета-версия для iPhone в TestFlight. Для последней сначала нужен TestFlight от Apple. Версия Android ещё не опубликована: README предлагает собирать её из android/, но не приводит в этом разделе команд сборки.

Три действия, которые можно повторить по README

Первое — запустить пустое рабочее пространство для проверки. После npm run dev:all откройте http://localhost:5180. Если база была пустой, проект создаст стартовую команду из шести агентов и трёх людей, а также девять бесед. Сообщений в них изначально нет: то, что появится в чате, будет создано уже во время работы.

Второе — подключить собственного агента. README приводит команду для запуска связующего процесса на Mac или VPS:

npx cumora agent computer

Такой процесс позволяет использовать локальную учётную запись выбранного инструмента как «мозг» агента Cumora. README направляет за подробностями сопряжения и настройки к инструкции BYOA. Готового примера текстового запроса агенту в предоставленном README нет, поэтому обещать конкретный ответ в чате было бы выдумкой.

Третье — проверить код перед доработкой. Для модульных тестов README даёт npm test, а для проверки типов — следующую строку:

npm test
npm run typecheck && npm run server:typecheck

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

Что проверить перед доступом агентов к файлам и почте

Локальный ключ OPENAI_API_KEY обязателен; для BYOA понадобится учётная запись выбранного провайдера на сопряжённой машине. Облачные агенты по описанию README умеют выполнять команды, работать с файлами, браузером и почтой. Подключайте такие возможности с пониманием того, к каким данным и действиям вы даёте доступ: этот обзор не проверяет безопасность реализации.

Для Claude Code и Codex README заявляет ограничения доступа к файловой системе, сети при выполнении команд и учётным данным дочерних процессов, которые по умолчанию блокируют недопустимые действия. Для остальных перечисленных движков требуется явно разрешить совместимый режим без такой изоляции. Если вы выбираете движок, посмотрите документацию BYOA до подключения рабочих файлов и аккаунтов.

Проект создан 17 августа 2026 года. На момент обзора у репозитория 4034 звезды, 534 форка, а последний коммит датирован 27 октября 2026 года; лицензия — MIT. Это молодой проект, поэтому перед внедрением проверьте актуальные инструкции и состояние нужной вам версии в репозитории. Если вам нужна только одна персональная беседа с ИИ, набор компонентов Cumora избыточен; если агенты должны делить работу с людьми, у проекта есть конкретные механизмы для этого.

Источник: репозиторий yetone/cumora на GitHub.