Как работает протокол нового агента Битрикс24 Коворк/Код
Битрикс24 развивает инструменты, которые позволяют взаимодействовать с CRM не только через привычные разделы и кнопки, но и с помощью искусственного интеллекта. Один из таких инструментов - Коворк/Код. Это десктопный ИИ-ассистент, подключаемый к порталу Битрикс24 через REST API.
У решения два основных режима. Коворк предназначен для работы с данными портала: контактами, компаниями, сделками, задачами, календарём, лидами и другими объектами. Код ориентирован на создание небольших приложений, автоматизаций и сценариев, которые можно разрабатывать и публиковать в инфраструктуре Битрикс24 Вайбкод.
Главная особенность агента - осторожная работа с изменениями. Он не должен без предупреждения удалять записи, менять поля или перестраивать связи между объектами. Перед потенциально опасным действием система анализирует состояние CRM, формирует план и показывает его пользователю. Только после явного подтверждения операция выполняется.
Зачем ИИ-агенту нужен пошаговый протокол
Любая команда, отданная искусственному интеллекту, может иметь последствия, которые не очевидны на первый взгляд. Например, запрос "удали дубли контактов" нельзя свести к механическому сравнению имён.
Две карточки с одинаковыми фамилией и именем могут принадлежать разным людям. В другой ситуации записи действительно относятся к одному клиенту, но в одной карточке указан телефон, а в другой - электронная почта, история сделок и комментарии менеджеров. Если просто удалить одну из них, CRM потеряет часть ценной информации.
Поэтому безопасный сценарий состоит из пяти этапов:
1. пользователь формулирует задачу;
2. агент изучает доступные данные;
3. система определяет возможные совпадения;
4. пользователь получает подробный план изменений;
5. операция выполняется только после подтверждения.
Такой порядок сохраняет контроль за данными и позволяет проверить логику решения до внесения изменений в рабочую базу.
Пример: поиск и объединение дублей
Для проверки возможностей агента используется задача очистки CRM от повторяющихся контактов. Сначала Коворк/Код подключается к тестовому порталу и получает информацию о доступных сущностях и разрешениях. В рамках эксперимента ему поручают только изучить данные, не изменяя их.
На этом этапе агент сообщает, с какими объектами может работать. В перечне могут находиться контакты, компании, сделки, лиды, активности и пользовательские поля. После этого он показывает найденные пары или группы потенциальных дублей и объясняет, почему считает их связанными.
Следующий запрос также не предполагает изменений. Агент должен подготовить план объединения для каждой группы записей и указать:
- какую карточку следует оставить основной;
- какие значения будут перенесены;
- какие связанные сделки, активности и другие объекты необходимо сохранить;
- какая запись станет вторичной или будет удалена;
- по каким признакам карточки признаны дублями.
В результате пользователь получает не абстрактное сообщение о найденных совпадениях, а конкретное описание будущей операции. Например, система может выбрать основную карточку с наиболее полной историей, перенести в неё отсутствующий телефон и электронную почту, сохранить связи со сделками, а затем удалить или объединить повторную запись.
Подтверждение перед изменением CRM
Любая операция, затрагивающая реальные данные, должна быть отделена от этапа анализа. Агент сначала работает в режиме чтения, а затем предлагает изменения. Это снижает риск случайного удаления информации или некорректного объединения карточек.
На экране подтверждения пользователь должен видеть не только сам факт предстоящего действия, но и его содержание: идентификаторы записей, перечень полей, список переносимых связей и итоговое состояние CRM. Чем сложнее операция, тем важнее детализация.
После согласия Коворк/Код запускает предусмотренный сценарий и сообщает результат. Если часть действий не выполнена, система должна обозначить причину, а не создавать впечатление полного успеха.
Какие операции требуют особой осторожности
К опасным действиям относятся удаление контактов, компаний, сделок и задач, массовое редактирование полей, изменение ответственных сотрудников, перенос данных между сущностями и разрыв связей с активностями.
Дополнительного контроля требуют операции, способные затронуть большое количество записей. Даже если пользователь дал общее поручение, безопаснее разделить его на этапы: сначала получить список кандидатов, затем проверить выборку, после чего подтвердить пакетное изменение.
Отдельный риск связан с неполными данными. Если в карточках нет телефона, почты или других уникальных признаков, совпадение по имени не может считаться достаточным основанием для автоматического объединения. В подобных случаях агент должен понизить уровень уверенности и запросить решение человека.
Какие сведения важно проверять перед объединением
Перед слиянием карточек необходимо сопоставить не только основные поля. Важную роль играют:
- номера телефонов и адреса электронной почты;
- реквизиты компаний;
- история коммуникаций;
- открытые и завершённые сделки;
- задачи и запланированные активности;
- комментарии сотрудников;
- пользовательские поля;
- ответственный менеджер;
- дата последнего обновления записи.
Основной следует выбирать не обязательно самую старую или самую новую карточку. Более подходящей может оказаться запись с заполненными реквизитами, актуальными контактными данными и полной историей взаимодействия.
Что происходит после объединения
После выполнения операции пользователь должен получить отчёт. В нём желательно указать количество обработанных групп, число объединённых записей, перенесённые поля, сохранённые связи и возможные исключения.
Если агент обнаружил конфликтующие значения, например два разных телефона или несколько ответственных менеджеров, он не должен молча выбирать один вариант. Такие ситуации нужно вынести на дополнительное подтверждение либо оставить без автоматического изменения.
Полезно также сохранять журнал действий. Он помогает понять, какие записи были обработаны, какие значения изменились и кто подтвердил операцию. Для корпоративной CRM это важно с точки зрения контроля качества и расследования ошибок.
Работа во вкладке "Код"
Режим "Код" решает другую задачу. Он предназначен для создания приложений, автоматизаций и небольших внутренних инструментов. Пользователь может описать желаемый сценарий обычным языком, а агент подготовит структуру решения и предложит способ публикации в среде Битрикс24.
Однако автоматизация не отменяет требований безопасности. Если созданное приложение получает доступ к CRM, ему необходимо ограничить набор разрешений и проверить, какие именно данные оно может читать или изменять. Особенно внимательно следует относиться к массовым сценариям, запускаемым по расписанию.
Перед публикацией автоматизации важно проверить её на тестовом портале. Такой подход позволяет выявить ошибки в фильтрах, повторную обработку записей, некорректное сопоставление объектов и другие проблемы до запуска в рабочей среде.
Почему подтверждение остаётся обязательным
ИИ способен быстро анализировать большие объёмы информации, но не всегда понимает бизнес-контекст. Для системы две записи могут выглядеть одинаковыми, тогда как сотрудники знают, что речь идёт о разных людях. Человек также может учитывать договорённости, особенности работы отдела продаж и внутренние правила ведения CRM.
Поэтому Коворк/Код выступает не как бесконтрольный исполнитель, а как помощник, который предлагает решение. Он берёт на себя поиск, сравнение и подготовку плана, но окончательное решение по критически важным изменениям остаётся за пользователем.
Итог
Протокол Коворк/Код строится вокруг разделения анализа и исполнения. Сначала агент получает доступ к данным и изучает их, затем показывает найденные проблемы, формирует план и только после подтверждения меняет CRM.
На примере дублей контактов видно, почему такой подход важен. Простое удаление лишней карточки может привести к потере телефонов, почты, сделок и истории общения. Пошаговая проверка помогает сохранить данные, объяснить логику действий и уменьшить вероятность ошибки.
В режиме "Коворк" ассистент помогает управлять сущностями Битрикс24, а в режиме "Код" - создавать приложения и автоматизации. В обоих случаях ключевыми принципами остаются прозрачность, ограничение прав, предварительный анализ и обязательное подтверждение потенциально опасных операций.