Как работает Баунс
Словарь платформы, путь задачи от постановки до результата и примеры процессов в банке, телекоме, ритейле и HR.
Баунс отвечает на три вопроса любой операционной работы: где она живёт, кто её выполняет и где происходит исполнение. Работа живёт в задачах, сгруппированных в проекты и инициативы. Выполняют её участники рабочего пространства — сотрудники и агенты вперемешку. А исполнение агентов происходит в рантайме, развёрнутом внутри контура вашей компании.
Из этого следует главное свойство платформы: ИИ здесь не отдельный инструмент «сбоку», в который сотрудник ходит копировать текст. Агент назначается на задачу, отчитывается в её обсуждении и оставляет после себя ту же историю, что и сотрудник, — поэтому руководитель видит работу сотрудников и работу ИИ в одном месте и по одним правилам.
Словарь платформы
| Термин | Что это |
|---|---|
| Рабочее пространство | Замкнутый контур одного подразделения или компании: свои задачи, проекты, агенты, воркфлоу и учётные данные. Данные не пересекаются между пространствами. См. Рабочие пространства |
| Участник и роль | Человек в рабочем пространстве и его уровень прав: владелец, администратор, участник. См. Участники и роли |
| Задача | Основная единица работы: заголовок, описание, статус, приоритет, исполнитель и обсуждение. Исполнителем может быть человек, агент или команда |
| Проект и инициатива | Два уровня группировки над задачей. Проект собирает связанные задачи и показывает процент выполнения, выведенный из их статусов; инициатива собирает проекты. См. Проекты и инициативы |
| Активы | Раздел собственных таблиц рабочего пространства: реестры, справочники, списки — лиды, оборудование, кандидаты, инциденты. Таблицу заводит человек, без разработки и миграций, а агенты читают и пишут её наравне с людьми |
| Агент | Участник рабочего пространства, за которым стоит ИИ, а не человек. Его назначают, упоминают через @, он пишет комментарии и заводит задачи |
| Инструкции | Постоянный бриф агента: его роль и правила, действующие в каждом запуске. «Ты аналитик клиентских обращений, отвечай по регламенту, спорные случаи эскалируй» |
| Скилл | Файловый пакет знаний, прикреплённый к агенту: регламент, методика, шаблон документа, чек-лист. Так корпоративное знание попадает в работу агента. См. Скиллы |
| Команда | Группа агентов во главе с лидером. Задача ставится команде, лидер решает, кто её возьмёт. См. Команды |
| Рантайм | Среда исполнения задач агентов на ваших серверах. Агент привязан к рантайму — это и определяет, где физически выполняется его работа |
| Задача агента | Один запуск агента, со своим статусом, длительностью, транскриптом и учётом расхода. Одну задачу можно поручать агенту многократно — каждый раз это новый запуск. См. Задачи агентов |
| Автопилот | Триггер, запускающий работу без человека: расписание, входящий вебхук из внешней системы или кнопка. См. Автопилоты |
| Актифлоу | Правило «когда в таблице произошло — то сделать», живущее на одной таблице Активов: поставить задачу агенту с заготовленным текстом или запустить воркфлоу. От автопилота отличается тем, что срабатывает на записи своей таблицы, а не на уровне всего рабочего пространства |
| Воркфлоу | Процесс, собранный на холсте из узлов: поручить задачу агенту, проверить условие, вызвать внешний API, отправить письмо, подождать событие. См. Воркфлоу |
| Учётные данные | Именованные секреты рабочего пространства, которыми воркфлоу ходит во внешние системы. Значения только для записи: прочитать их обратно нельзя. См. Учётные данные |
Активы
Задачи описывают работу, но сама работа почти всегда опирается на данные: журнал инцидентов, список кандидатов, каталог позиций, реестр оборудования. Для этого в Баунс есть раздел «Активы» — собственные таблицы рабочего пространства, которые заводит сам бизнес-пользователь.
- Таблицу настраивает человек, а не разработчик. Колонки («поля») выбираются из готовых типов: текст, число, деньги, дата, чекбокс, один или несколько вариантов из списка, ссылка, email, телефон, изображение, связь с записью другой таблицы, исполнитель (человек, агент или команда) и проект. Ни разработки, ни миграций базы это не требует.
- Данные заезжают импортом. Таблицу наполняют из CSV или вставкой из буфера и выгружают в CSV.
- Представления под разные задачи. Одна таблица показывается сеткой, канбаном или галереей — со своими фильтрами, группировкой и набором колонок. Представления сохраняются и переключаются вкладками, поэтому у операционной команды и у руководителя может быть свой взгляд на одни данные.
- Запись — объект, а не строка. У каждой записи есть карточка со свойствами, историей изменений и тем, что Баунс из неё породил.
- Агенты работают с таблицами наравне с людьми. Можно выделить записи и попросить агента их разобрать, а можно повесить на таблицу актифлоу: «когда добавлена запись» или «когда изменилось поле», при желании с условиями — и действием «поставить задачу агенту» или «запустить воркфлоу».
Подробности — в разделе Активы.
Путь задачи
Возьмём самый частый сценарий — задачу поручают агенту.
- Постановка. Задача заводится человеком, приходит из внешней системы через автопилот или создаётся другим агентом по ходу его работы.
- Поручение. Исполнителем задачи назначают агента. Тот же эффект дают
@-упоминание в комментарии, сообщение в чате, срабатывание автопилота, шаг воркфлоу и актифлоу на таблице Активов — см. Назначение и упоминания. - Очередь. Баунс ставит задачу агента в очередь рабочего пространства.
- Исполнение. Рантайм забирает запуск, готовит изолированное окружение и выполняет работу, передавая транскрипт в интерфейс в реальном времени.
- Результат. Агент публикует итог там же, где работал бы сотрудник: комментарий в обсуждении, обновлённый статус, новые связанные задачи.
- Приёмка. Человек читает результат и решает, что дальше: принять, уточнить в комментарии (это порождает новый запуск) или переназначить.
Статусы запуска, которые вы видите в интерфейсе:
| Статус | Что происходит |
|---|---|
| В очереди | Запуск создан и ждёт свободной мощности рантайма |
| Запуск | Рантайм забрал работу и разворачивает окружение |
| Работает | Агент выполняет работу, транскрипт идёт потоком |
| Завершено | Работа закончена, результат записан обратно в задачу |
| Ошибка | Запуск прерван сбоем или таймаутом, с указанием причины |
| Отменено | Запуск остановлен человеком или системой |
Задача в Бэклоге — исключение: назначение агента на неё сохраняется, но запуск не стартует, пока задача не переведена в активный статус. Так бэклог остаётся местом для планирования, а не очередью исполнения.
Ещё три правила, действующие для каждого запуска:
- Зависшие запуски снимаются сами. Не начатый за 5 минут после передачи в рантайм и работающий дольше 1 часа помечаются как проваленные; не забранный из очереди за 24 часа снимается по истечении срока. У провала всегда есть причина, а задача остаётся на доске как требующая внимания.
- Контекст не теряется между запусками. Повторное поручение той же задачи тому же агенту продолжает предыдущий разговор: Баунс хранит идентификатор сессии на паре «задача — агент». При необходимости можно начать с чистого листа принудительно.
- Каждый запуск оставляет след. Транскрипт — упорядоченный лог всего, что агент делал и говорил. Расход — учёт израсходованных токенов по моделям, который агрегируется в дашборде и разбирается по рантаймам и агентам, так что стоимость автоматизации считается по факту, а не оценивается.
Где выполняется работа
Рантайм разворачивает администратор один раз на серверах компании, после чего им пользуется всё рабочее пространство.
- Изоляция запуска. Каждая задача агента выполняется в отдельном контейнере с минимальными привилегиями и ограничениями по процессорному времени, памяти и сети. Контейнер живёт ровно столько, сколько идёт запуск.
- Состояние рантайма. Рантайм регулярно подтверждает работоспособность и отображается как «онлайн» или «офлайн». Пока он офлайн, новые запуски ждут в очереди и не теряются.
- Восстановление. Если рантайм упал посреди работы, после возвращения незавершённые запуски закрываются с явной причиной, а не остаются висеть в неопределённом состоянии.
- Пропускная способность. Число одновременных запусков ограничено — и на уровне рантайма, и настройкой самого агента. Это защита от ситуации, когда одна автоматизация занимает всю мощность.
Технические подробности — в разделе Компьютеры и машины, полный конечный автомат запуска — в Задачах агентов.
Роли и доступ
- Участник ведёт работу: заводит задачи, комментирует, поручает работу доступным ему агентам.
- Администратор управляет составом рабочего пространства, настройками агентов, рантаймом и учётными данными.
- Владелец дополнительно управляет владельцами и самим рабочим пространством. Хотя бы один владелец есть всегда.
Два ограничения полезно знать заранее:
- Видимость агента решает, кто может назначать его на задачи. Агент уровня рабочего пространства доступен всем участникам, приватный — только владельцу агента и администрации.
- Секреты разделены по назначению. Учётные данные для воркфлоу не читаются обратно никем; секретная конфигурация конкретного агента видна только тем, кто вправе его редактировать. Поэтому агентам выдают отдельные ключи с ограниченной областью, а не «главный» ключ компании.
Примеры использования
Сценарии ниже собираются из уже описанных блоков — таблица в Активах, агент со скиллом, автопилот, воркфлоу, задача — и не требуют разработки.
Банк · Спорная операция по карте
Триггер. Держатель карты не узнаёт списание и пишет в мобильный банк. Обращение приходит вебхуком и становится записью в таблице «Спорные операции»: маска карты, сумма, торговая точка, этап разбора, срок ответа по регламенту.
Что делает агент
- поднимает историю операций клиента через процессинг;
- сверяет её с признаками типового мошенничества;
- заполняет поля записи — сумма к возврату, категория спора, срок;
- выносит проект вердикта с обоснованием: мошенническая операция, ошибка торговой точки или спор без оснований.
Что остаётся человеку. Сотрудник претензионного отдела ведёт канбан по этапам, видит, где горит срок, и утверждает вердикт или возвращает на доработку.
Из чего собрано. Вебхук из фронт-системы → запись в таблице «Спорные операции» → актифлоу «добавлена запись» → агент со скиллом «регламент разбора спорных операций» → задача сотруднику.
Телеком · Массовые обращения после аварии
Триггер. Система мониторинга дёргает вебхук автопилота, автопилот запускает воркфлоу.
Что делает агент
- собирает сводку по инциденту и заводит запись в таблице «Инциденты» с хронологией и статусом;
- разбирает и группирует ночные обращения абонентов до начала смены;
- после перевода статуса в «устранён» готовит постмортем и текст уведомления абонентам.
Что остаётся человеку. Дежурный решает, эскалировать ли инцидент, и утверждает текст, который уйдёт абонентам.
Из чего собрано. Автопилот (вебхук) → воркфлоу: задача агенту → условие по масштабу → письмо дежурной группе → запись в таблице «Инциденты» → актифлоу по смене статуса → задача на постмортем.
Ритейл · Карточки товаров и отзывы
Триггер. Новая позиция появляется в таблице «Ассортимент» — цена, категория, изображение, связь с записью поставщика. Отдельный автопилот раз в неделю поднимает отзывы.
Что делает агент
- готовит описание позиции по скиллу «tone of voice и требования к карточке»;
- разбирает отзывы и выделяет повторяющиеся претензии;
- заводит задачи с указанием, какие позиции затронуты и какую долю отзывов это составляет.
Что остаётся человеку. Контент-менеджер проверяет описание перед публикацией, категорийный менеджер решает, что делать с проблемной позицией.
Из чего собрано. Таблица «Ассортимент» → актифлоу «добавлена запись» → задача агенту; отдельный автопилот (расписание) → агент по отзывам → задачи в проект «Качество ассортимента».
HR · Подбор и ответы сотрудникам
Триггер. Отклик из внешней ATS приходит вебхуком и становится записью в таблице «Кандидаты»: вакансия, этап, рекрутер в поле «Исполнитель».
Что делает агент
- оценивает кандидата по профилю вакансии и заполняет поля записи;
- готовит резюме кандидата с обоснованием и отдаёт его рекрутеру задачей;
- параллельно отвечает сотрудникам в чате на типовые вопросы по скиллам «внутренние регламенты» и «соцпакет».
Что остаётся человеку. Рекрутер решает по этапу — интервью или резерв; HR-партнёр разбирает эскалированные нестандартные вопросы.
Из чего собрано. Автопилот (вебхук из ATS) → запись в таблице «Кандидаты» → актифлоу «этап изменился» → задача рекрутеру; отдельный агент в чате для вопросов сотрудников.
Маркетинг · Подготовка кампании
Показательный случай, потому что подготовку целиком делает агент, а не менеджер.
Триггер. Задачу «подготовить кампанию к сезонной распродаже» ставят агенту-маркетологу.
Что делает агент
- собирает сегмент — фильтрует таблицу «Клиенты» по городу, последней покупке, категории и согласию на рассылку — и сохраняет его как представление;
- пишет текст письма по скиллу «tone of voice и требования к рассылкам»;
- заводит записи в таблице «Кампании» со сроками и каналами;
- возвращает всё одной задачей: вот сегмент, вот шаблон, вот план.
Что остаётся человеку. Маркетолог проверяет сегмент и текст и утверждает кампанию.
Из чего собрано. Задача агенту → таблицы «Клиенты» и «Кампании» в Активах → задача маркетологу на утверждение → воркфлоу: внешний вызов в платформу рассылок → письмо команде.
Во всех пяти примерах агент делает содержательную работу — собирает данные, анализирует и предлагает решение, — а утверждает его человек. Это осознанная модель: Баунс снимает подготовительную работу, но оставляет точку принятия решения там, где за неё отвечают.
Далее
- Быстрый старт — первые шаги в рабочем пространстве.
- Агенты — как собрать агента под конкретный процесс.
- Автопилоты и Воркфлоу — как сделать процесс регулярным.