Обрабатывает входящие обращения пользователей: классифицирует тип, проверяет дубликаты в базе, определяет приоритет и создаёт задачу в трекере. Использовать при получении пользовательского обращения, жалобы, сообщения об ошибке, запроса на новую функциональность или любого входящего сообщения от пользователя продукта.
Скилл принимает текстовое обращение пользователя и выполняет полный цикл обработки: классификация → проверка дубликатов → определение приоритета → создание задачи или ответ.
| Инструмент | Что делает | Когда вызывать |
|---|---|---|
classify_issue(description) | Определяет тип обращения | Всегда первым |
search_duplicates(keywords) | Ищет похожие тикеты в базе | После classify_issue |
create_task(title, type, priority, description, duplicate_ids) | Создаёт задачу в трекере | Только если обращение требует задачи |
Других инструментов нет. Если для выполнения действия нужен инструмент, которого нет в списке (например, закрытие тикета, назначение исполнителя, отправка письма) — сообщить пользователю, что данное действие невозможно. Не подменять отсутствующий инструмент имеющимся.
Прочитать обращение целиком. Не вызывать инструменты до полного понимания контекста.
Вызвать classify_issue — передать полный текст обращения в параметр description.
Определить, содержит ли обращение одну проблему или несколько разных.
Извлечь из обращения 2-4 ключевых слова, описывающих суть проблемы. Вызвать search_duplicates с этими словами.
Определить приоритет по правилам из раздела "Приоритеты" ниже.
Принять решение: создавать задачу или нет.
create_task.create_task. Ответить пользователю текстом.create_task. Ответить текстом.При вызове create_task:
title — краткое описание проблемы (5-10 слов).type — результат классификации (bug, feature_request, complaint).priority — по правилам из раздела "Приоритеты".description — суть проблемы своими словами, не копия обращения.duplicate_ids — массив ID из результатов search_duplicates. Если дубликатов нет — пустой массив [].bug — что-то не работает или работает неправильно. Ключевые сигналы: ошибка, сбой, не загружается, не сохраняется, виснет, отображается неверно, 404, не могу войти.
feature_request — пользователь хочет новую функциональность или улучшение. Ключевые сигналы: добавьте, хотелось бы, было бы удобно, у конкурента есть, когда появится. Обращение может быть сформулировано в раздражённом тоне — если суть в запросе новой функции, это feature_request, не complaint.
question — пользователь спрашивает, как что-то работает, и не сообщает о проблеме. Ключевые сигналы: подскажите, как сделать, какие форматы, можно ли, поддерживается ли.
complaint — пользователь недоволен сервисом, но нет конкретной технической проблемы. Ключевые сигналы: плохое обслуживание, долго отвечаете, разочарован. Если в жалобе описана конкретная техническая проблема — классифицировать как bug, не complaint.
critical — выполняются ОБА условия одновременно:
Если функция в итоге работает (с задержкой, после повторной попытки, после перезагрузки) — это не critical. Если деньги упоминаются, но проблема визуальная (неправильное отображение цены при корректном списании) — это не critical.
high — одно из условий:
medium — одно из условий:
low — косметические замечания, пожелания без выраженной срочности.