GitLab показал, как ошибка в Salesforce может запускать ИИ-разбор кода и создавать задачу с вероятной причиной. В предложенном сценарии агент не меняет код, решение остаётся инженеру.
В опубликованном 27 октября примере Salesforce запускает специальный сценарий GitLab Duo Agent Platform после ошибки. Агент изучает код и недавние изменения, затем создаёт задачу с вероятной причиной и предложенным следующим шагом.
Это помогает связать сообщение из рабочей системы с программой, которая могла вызвать сбой. Вместо одного текста ошибки инженер получает исходные сведения, найденный участок кода и объяснение вывода.
В примере инструменты агента намеренно ограничены: читать файлы и историю, искать сведения и создать задачу. Менять код ему не поручено. Поэтому такой разбор не следует описывать как автоматическую починку CRM.
В инструкции указаны GitLab Premium или Ultimate, GitLab.com либо версия GitLab от 19.5, включённая Duo Agent Platform и разрешённые пользовательские сценарии. Код Salesforce должен храниться в соответствующем проекте GitLab.
Также нужны права сопровождающего (Maintainer) или владельца (Owner) проекта, возможность настроить соединение в Salesforce и действующая поставка изменений через GitLab CI/CD — систему автоматических проверок и выкладки. Обычная учётная запись CRM сама по себе этих условий не обеспечивает.
Это техническая схема подключения существующих систем. Для владельца бизнеса первый вопрос проще: есть ли у команды исходный код, журнал ошибки и ответственный, который сможет проверить предложенную причину.
В образце GitLab агент должен ссылаться на файлы, строки и конкретные изменения, указывать уверенность и признавать, если нужный код не найден. Такие основания позволяют инженеру проверить вывод, но не заменяют воспроизведение ошибки.
Например, недавнее изменение могло затронуть тот же файл и при этом не вызвать сбой. Проверка должна показать связь с наблюдаемым поведением. В разборе поиска ошибки вместе с ИИ мы используем тот же порядок: данные, причина, исправление и повтор нужного действия.
Результатом приёмки становится воспроизведённый и исправленный случай. Наличие красиво оформленной задачи пока означает только то, что предварительный разбор подготовлен.
Сам GitLab предупреждает: в примере опущены проверки ответа, повторные попытки и тесты; их нужно добавить до боевого запуска. Из сообщения об ошибке также следует убрать данные клиентов до отправки во внешнюю систему.
Есть и условие доставки: если транзакция Salesforce полностью откатывается, поставленная в ней фоновая задача тоже отбрасывается. Место запуска нужно выбирать с учётом обработки ошибки, иначе ожидаемое сообщение может не дойти.
Пока инженеры разбираются, команде нужен отдельный порядок сохранения обращений при сбое CRM. Автоматический анализ ошибки помогает работе разработчика; он сам по себе не восстанавливает приём новых заявок.
