Подключение CRM к AI-агенту — не только техническая настройка. Это решение о том, какие клиентские данные агент сможет получать и какие действия выполнять. Поэтому начинать стоит не с выдачи доступа, а с описания одной операции и её границ.
Ниже — пять вопросов, которые помогут подготовить ограниченный пилот.
1. Какую конкретную операцию поручаем агенту?
«Автоматизировать продажи» — слишком широкая формулировка для первой проверки. Лучше выбрать отдельный шаг: например, подготовить черновик карточки по результатам первичного интервью.
Зафиксируйте входные данные, ожидаемый результат и момент передачи человеку. Если нельзя однозначно описать, чем заканчивается операция, оценить работу агента будет сложно.
2. Какие данные необходимы для этой операции?
Составьте список нужных полей и источников. Для подготовки черновика могут потребоваться ответы из интервью, но не вся история взаимодействий со всеми клиентами.
Отдельно определите, какие сведения агенту передавать нельзя и кто согласует доступ. Полезный принцип для пилота: давать только те данные, без которых выбранная операция не выполняется.
3. Какая CRM выбрана и что доступно через её API?
До реализации интеграции нужно проверить методы API, способ авторизации и ограничения доступа. Возможность прочитать карточку не означает возможность создать запись или изменить её статус.
Проект контракта инструмента описывает предполагаемое взаимодействие, но сам по себе не подтверждает, что интеграция работает. Это предстоит проверить на выбранной CRM.
4. Где заканчиваются полномочия агента?
Чтение данных, подготовка предложения и запись изменений — разные уровни доступа. Не стоит объединять их в одно разрешение «работать с CRM».
Для первой проверки можно ограничиться подготовкой черновика без внешних действий. Если позже потребуется запись, заранее определите, какие изменения требуют подтверждения человека и что делать при ошибке.
5. По каким критериям принимаем пилот?
До запуска согласуйте сценарии проверки: обычный запрос, неполные данные, неоднозначный ответ и попытка выполнить действие за пределами разрешённого.
Для каждого сценария нужен ожидаемый результат. Отдельно проверьте качество ответа, границы доступа и обработку данных. Расширение полномочий и публикация должны быть самостоятельными решениями после приёмки, а не автоматическим продолжением настройки.
Как это отражено в INTOR Discovery Agent
INTOR Discovery Agent предназначен для первичного интервью: он должен классифицировать задачу, выявлять данные и интеграции, предлагать ограниченный пилот и готовить структурированный бриф для специалиста INTOR TECH.
В Yandex AI Studio созданы агент, навык и поисковый индекс базы знаний. Подключены только File Search и навык. MCP — механизм подключения внешних инструментов — выключен: CRM и её API ещё не выбраны, MCP-сервер не развёрнут.
Это ещё не подтверждённый рабочий запуск: платёжный аккаунт не привязан, модель не вызывалась, агент не опубликован. Для первого этапа предусмотрен только интерфейс тестирования Agent Atelier, а внешние действия запрещены. После отдельного подтверждения биллинга следующий шаг — прогон приёмочных сценариев.
Такой порядок позволяет сначала проверить поведение агента в ограниченной задаче и только затем решать, нужен ли ему доступ к CRM и в каком объёме.
Напишите «ПРОЦЕСС» — разберём одну повторяющуюся операцию.