/ Модель

Характеристики

Контекст
514 токенов
Параметры
152 млн
Лицензия
MIT
Архитектура
roberta · dense
Опубликована
19 янв 2024

roberta-base-request-type

Классификация текстаТекст → label3 профессии

Модель RoBERTa классифицирует англоязычные обращения в поддержку как инциденты или запросы на обслуживание.

18скачиваний за 30 дней0лайковвеса обновлены5 фев 2024

Бенчмарки

Как модель справилась с задачами пользователей ailist и что о ней публикуют открытые лидерборды

Публичные оценки

Из открытых лидербордов. Сравнивайте результаты одного теста при одинаковых условиях — отсутствие оценки не значит, что модель хуже.

В подключённых источниках результатов для этой модели пока нет.

Что умеет модель

Описание составлено по карточке модели и метаданным Hugging Face

TalkTix/roberta-base-request-type — модель классификации обращений в службу поддержки по двум типам: инцидент и запрос на обслуживание. Она построена на архитектуре RoBERTa и содержит 151,8 млн параметров; модель принимает текст и возвращает метку класса. Для обучения использовался сбалансированный набор из 28 000 анонимизированных обращений. Контекст составляет до 514 токенов, библиотека формата весов — PyTorch.

Модель предназначена для автоматической сортировки обращений клиентов и маршрутизации инцидентов отдельно от запросов на обслуживание. В README приведены результаты на тестовых примерах: для класса Incident указано 2500 верных классификаций и 25 ошибок пропуска, для Service Request — 440 верных классификаций и 150 ошибок пропуска. Эти показатели показывают различие в качестве распознавания классов; README не описывает метрики на независимых данных.

Модель разработана TalkTix и распространяется по лицензии MIT. Она рассчитана на англоязычные обращения; применимость к другим языкам не подтверждена. Для интеграции следует учитывать ограниченный контекст и проверять ошибки классификации, особенно для запросов на обслуживание.

Сценарии применения

  • сортировка обращений клиентов по типу
  • выделение инцидентов в потоке заявок поддержки
  • отделение запросов на обслуживание от инцидентов
  • автоматическая маршрутизация заявок в службу поддержки

Ограничения

README указывает на заметно больше пропусков для класса Service Request, чем для Incident. Оценка описана через confusion matrix и кривую обучения, но результаты на независимых данных не приведены.

Для каких профессий подходит3

Разделы каталога профессий, в задачах которых используется эта модель

Все профессии

Карточка модели

README от автора на Hugging Face, как он его опубликовал

Открыть на Hugging Face

Model Details

This model is designed to classify customer service inquiries into two requst type: Inicident and Service Request.

Training Data

The model was trained on a balanced dataset of 28000 entries composed of anonymized customer service inquiries. Each category contained a similar number of examples to prevent class imbalance. https://github.com/amosproj/amos2023ws01-ticket-chat-ai/tree/main/Backend/app/model/test_data/test_data_with_gpt

Training Procedure

The model was fine-tuned over four epochs for a sequence classification task. We utilized a batch size of 4 and an Adam optimizer with a learning rate of 2e-5.

Model Performance

The model's performance was evaluated using a confusion matrix and a learning curve, as detailed below:

  • Confusion Matrix Analysis

    image/png

    • Incident: The model has a high number of correct classifications with 2500 true positives. There are 25 false negatives where "Incident" was incorrectly classified as "Service Request".
    • Service Request: There are 440 true positives where "Service Request" was correctly classified. However, there are 150 false negatives where "Service Request" was incorrectly classified as "Incident".
  • Learning Curve Analysis

    image/png

    • Training Loss: The training loss starts at approximately 0.20 and shows a steady decrease, ending near 0.12. This indicates that the model is effectively learning and improving its performance on the training dataset.
    • Validation Loss: The validation loss begins around 0.18 and, after a slight decrease, starts to plateau around 0.16. This suggests that while the model is learning and generalizing, improvements on the validation set are limited after the initial epochs.
  • Interprating Model's Output:

    • LABEL_0 stands for Incident
    • LABEL_1 stands for Service Request

Как запустить

На своей GPU в ailist. Цена — по текущим предложениям провайдеров

GPU в ailist

Универсальный рантайм · text-classification

Можно запустить

Подбираем GPU…

Класс архитектуры
RobertaForSequenceClassification
Ревизия весов
a9f9220

0 моделей