Мульти

Команда ИИ-агентов и коллеги на одной базе учёта

Почему смена ИИ-хоста не ломает учёт, как добавить второго агента с другими правами и когда пригласить коллегу с правом апрува — на одной общей базе.

Siarem.ru · 4 октября 2026 ≈ 8 мин

Один учёт — любой агент

Когда говорят «ИИ-агент», обычно имеют в виду конкретный хост: Claude в браузере, ChatGPT в приложении, Cursor, Grok или другой. У каждого — своя история диалогов, своя память сессии. Это нормально для генерации текста, но становится проблемой для учёта.

Если факты о клиентах хранятся в памяти одного хоста, переход в другой — потеря данных. Вы начинаете заново объяснять, кто такой Клиент-N, какая сумма стоит в D-0037, что было решено на прошлой неделе. Это не масштабируется.

Общая база учёта решает это структурно: факты живут в Siarem, а не в хосте. Агент-Claude читает того же клиента C-0019, что и агент-ChatGPT, потому что оба обращаются к одной записи в базе. Хост — интерфейс; источник истины — учёт.

Смена хоста: почему данные не теряются

Представьте, что вы неделю работали с агентом в одном хосте, внесли 12 клиентов и 18 сделок. Теперь хотите попробовать другой хост или у вас закончилась подписка на первый.

Если учёт вёлся в базе Siarem, а не в памяти диалога — данные никуда не делись. Вы берёте тот же ключ агента, настраиваете MCP или HTTP API в новом хосте и продолжаете. Клиент C-0019 на месте. Сделка D-0037 с суммой 72 000 рублей — на месте. Дедлайн по D-0044, который наступает завтра, — тоже.

Именно поэтому смена модели — Claude на ChatGPT, ChatGPT на Cursor — ничего не меняет в базе: для неё это просто новый запрос с тем же ключом.

Команда ИИ: ключи с разными правами

Один агент — хорошо для начала. Но задачи бывают разные: один агент работает с клиентами и сделками, другой читает учёт для аналитики, третий обновляет статусы по итогам звонков. Смешивать все права в один ключ рискованно.

На тарифе Мульти для каждой роли создаётся отдельный ключ агента с явными правами: чтение, создание записей, изменение, или только аналитика. Агент-аналитик не может случайно закрыть сделку, потому что у него нет такого права в базе — только у агента с нужным ключом.

Практически: в панели учёта владелец создаёт пресет для каждой роли и выдаёт ключ (раздел ключей в /ui). Агент работает ровно в рамках пресета; попытка выйти за пределы прав — отклонение на уровне базы, не на уровне диалога. Как устроен флот ключей — на странице Мульти.

Коллеги с правом апрува

Добавление людей работает по похожей логике. В панели учёта владелец приглашает участника по email (раздел людей / доступа). Роль определяет, что участник может делать: только читать данные, создавать новые записи или подтверждать рискованные операции. Обзор доступа — на сайте.

Право апрува — ключевое. Когда агент готовит изменение суммы по сделке D-0051 с 85 000 до 110 000 рублей, он не проводит это сам. Он создаёт запрос на подтверждение, который видит человек с правом апрува — владелец, администратор или участник с такой ролью. Только после «да» изменение попадает в учёт.

Рутинные чтения и сводки агент делает сам; важные мутации — с человеком.

Три формата: один ассистент, команда ИИ, коллеги

Выбор формата зависит от объёма и сложности работы с учётом, а не от количества сотрудников в штате.

Переход между форматами — не миграция данных: база одна. Меняются только права и количество ключей. Клиент C-0019 остаётся клиентом C-0019 вне зависимости от того, один агент с ним работает или трое.

Про то, как начинать с мессенджера — в статье про учёт в Telegram и Max. Про продажи с персональным агентом — в статье про рост продаж с ИИ-ассистентом.