Автоматизация инцидентов начинается не с включения агента на весь парк, а с разбора собственных заявок: какие обращения повторяются достаточно часто, чтобы описать их сценарием. Без этой работы вы автоматизируете догадки, а не поддержку.
Начните с библиотеки, а не с масштаба
Возьмите заявки за последний квартал и сгруппируйте по сути. Как правило, обнаруживается, что половину объёма дают пять-шесть типов обращений: место на диске, не печатает принтер, не открывается сетевой ресурс, забыт пароль, тормозит после обновления.
- Описывайте сценарий как последовательность проверок, а не как одно действие. Проверки безопасны и дают контекст.
- Явно разделяйте в сценарии шаги чтения и шаги изменения. Первые агент выполняет сам, вторые — после подтверждения.
- Указывайте признаки, по которым сценарий не подходит: если данные не сходятся, задача должна уйти человеку, а не выполняться дальше.
- Начинайте с обратимых действий. Очистка временных файлов и перезапуск службы — да; удаление профиля и правка реестра — нет.
Обкатайте на тестовой группе
Не на клиентских машинах и не на рабочих местах ответственных сотрудников. Небольшая группа, где ошибка стоит недорого, а результат виден.
Смотрите не на факт выполнения, а на качество: сколько раз сценарий сработал правильно, сколько — предложил неверное, сколько — корректно отказался и передал человеку. Последняя цифра важна не меньше первой: сценарий, который никогда не отказывается, опаснее того, который отказывается часто.
Масштабируйте только проверенное
- Расширяйте по одному сценарию, а не пачкой. Так понятно, что именно изменилось, если качество упало.
- Действия на группе устройств подтверждайте отдельно, даже когда одиночные уже работают автономно.
- Держите метрику доли обращений, закрытых без участия человека, и отдельно — долю случаев, где после автоматического закрытия обращение вернулось. Второе важнее первого.
- Пересматривайте сценарии, когда меняется парк: обновление системы способно сделать проверку бессмысленной.
Механизм подтверждений и разграничения прав, поверх которого всё это работает, разобран в статье о read-only и подтверждении действий, а массовые операции без AI — в материале о безопасной раскатке скриптов.
Отказ — не сбой сценария, а часть механизма: агент по умолчанию работает в режиме чтения, и любое изменение машины ждёт вашего подтверждения. Как это устроено и что попадает в журнал — на странице GoDesk AI.
Какие инциденты нельзя автоматизировать в принципе?
Те, где неверное действие необратимо: работа с дисками и разделами, удаление данных, изменение прав доступа. Экономия здесь минимальная — такие случаи редки, — а цена ошибки не сопоставима ни с какой экономией времени.
Как понять, что сценарий готов к массовому запуску?
По тому, что на тестовой группе он не дал ни одного случая, который пришлось разбирать руками. Не «сработал в большинстве случаев», а именно ни одного: сценарий, который в одном случае из двадцати требует вмешательства, на парке в двести машин потребует его десять раз.