/ Профессии
Корпоративные и управленческие функции

III.10Проекты, процессы и операционное управление

В разделе собраны самостоятельные задачи, где AI помогает планировать работу, обнаруживать отклонения и улучшать операционные процессы. Для каждого пункта отдельно указаны механизм, входы, результат и способ проверки.

ЭмбеддингиТекст
AI-задач
25
в этой профессии
Подходящих моделей
2 527
по типу задач и модальности
Категория
III. Корпоративные функции
Основные типы
ЭмбеддингиТекст

Рекомендованные модели

2 527 моделей
Загрузки
Лайки
Дата выхода
91–120 из 2 527
QuantFactory
Qwen1.5-MoE-A2.7B-Wikihow-GGUF

QuantFactory/Qwen1.5-MoE-A2.7B-Wikihow-GGUF — квантизированная версия модели, созданная QuantFactory с использованием llama.cpp. В основе лежит Qwen/Qwen1.5-MoE-A2.7B, дообученная MaziyarPanahi на поднаборе wikihow датасета HuggingFaceTB/cosmopedia. Модель предназначена для генерации текста и сценариев, связанных с созданием инструкций и пошаговых объяснений в стиле WikiHow. Модель использует архитектуру Mixture-of-Experts (MoE) семейства Qwen1.5 с обозначением A2.7B; точный общий размер модели, поддерживаемые языки и максимальная длина контекста в карточке не указаны. Дообучение выполнялось с применением LoRA, а в конфигурации использовалась длина последовательности 2048 токенов. Распространяемый вариант представлен в формате GGUF и рассчитан на использование с совместимыми инструментами, включая llama.cpp. Сильной стороной модели является специализация на инструктивных текстах и объяснениях, а также возможность локального запуска благодаря квантизации. Ограничения включают отсутствие подробных данных о вариантах квантизации, фактических требованиях к ресурсам, языковом охвате и максимальном контексте. В опубликованной оценке Open LLM Leaderboard средний результат составил 11,43; отдельные показатели также свидетельствуют о невысокой обобщённой производительности, поэтому модель следует проверять на конкретных задачах. Модель распространяется по лицензии Apache-2.0.

1.5K1сент. 2024
textapache-2.0hugging-face
penfever
qwen3coder-calendar-if-v49-lr2-step6

Qwen3-Coder-calendar instruction-following RL — step 6 — это экспериментальный чекпойнт модели Qwen3-Coder-30B-A3B-Instruct, созданный после асинхронного обучения RLOO на данных TaskTrove v4.9 для выполнения инструкций по работе с календарём. Модель предназначена для диалоговых сценариев, связанных с календарными запросами и инструкциями. Это MoE-модель на архитектуре Qwen3, доступная в формате safetensors и рассчитанная на контекст до 262 144 токенов; в метаданных указано 2,6 млрд параметров. В README приведён результат 39 успешных прохождений из 128 на контрольной выборке, однако обнаружилось пересечение этой выборки с обучающими данными, поэтому оценка не отражает независимую обобщающую способность. Чекпойнт является ранним экспериментальным шагом обучения. Условия лицензии в предоставленных сведениях не указаны.

2390сент. 2026ctx262.1K
texthugging-face
TalkTix
roberta-base-service-type-generator-28k

TalkTix разработала модель классификации обращений в службу поддержки по девяти категориям корпоративных сервисов: SAP ERP, Atlassian, Adobe, Salesforce, Reporting, Microsoft Power Platform, Microsoft SharePoint, Snowflake и Microsoft Office. Это дообученная RoBERTa-base с архитектурой RobertaForSequenceClassification, содержащая 151,8 млн параметров. Модель принимает текст и возвращает класс обращения; для интерпретации меток LABEL_0–LABEL_8 нужно использовать соответствие категорий из карточки модели. Модель обучена на сбалансированном наборе из 28 000 обезличенных запросов и рассчитана на маршрутизацию клиентских обращений к нужной команде или сервису. В приведённой оценке хорошо распознаются, например, Atlassian и Snowflake, но обращения категории Reporting часто ошибочно относятся к Salesforce. Контекст составляет 514 токенов. Лицензия — MIT.

210янв. 2024ctx514
textmithugging-face
shreyanbr
system-one-gold

System One (gold) — компактная модель-кросс-энкодер на базе DeBERTa-v3-xsmall, разработанная автором репозитория shreyanbr. Она классифицирует текст по заданным типизированным вопросам и меткам, включая выбор варианта, оценку и решение о маршрутизации, за один проход без генерации токенов. Модель рассчитана на маршрутизацию запросов, классификацию и проверку условий в программных системах, где не требуется авторегрессионная генерация. Размер по README — 70,8 млн параметров; метаданные указывают 77,5 млн. Контекст — до 512 токенов. Используются веса safetensors и библиотека Transformers; лицензия репозитория — Apache-2.0. На тестовых разбиениях приведены результаты по отдельным вопросам: точность для intent — 0,676, для tool — 0,944, для needs_tool — 0,694; README предупреждает, что некоторые вопросы показывают результат на уровне или ниже простого предиктора большинства. Для корректной калибровки необходим файл calibration.json: необработанные оценки не являются вероятностями. Дообучение использовало метки исходных датасетов; строка banking77 загрязнена данными базовой модели, а triage-разметка на датасете tickets с лицензией CC-BY-NC-4.0 не предназначена для коммерческого применения. Оценка основана на одном запуске и одном seed.

730сент. 2026ctx512
textapache-2.0hugging-face
swathikchhuggingface
ticket-triage-qwen2.5-1.5b-merged

ticket-triage-qwen2.5-1.5b-merged — текстовая генеративная модель из семейства Qwen2.5 размером 1,5 млрд параметров, опубликованная пользователем swathikchhuggingface и доступная через библиотеку Transformers. По названию модели она предназначена для триажа и классификации обращений в системах поддержки, однако README не содержит сведений о разработчике, датасете, процедуре обучения или точной схеме формата ответов. Модель работает с текстом и имеет нативное контекстное окно 32 768 токенов. Её можно использовать для генерации ответов, маршрутизации тикетов, определения их приоритета или категории и подготовки кратких пояснений в рабочих процессах поддержки, если соответствующая специализация действительно закреплена в обучении модели. README не содержит информации о лицензии, поэтому условия использования по представленным данным определить нельзя. Также отсутствуют результаты оценки, сведения о качестве, ограничениях предметной области и поддерживаемых языках; перед эксплуатацией необходимы проверка на собственных данных и контроль генерируемых результатов.

860авг. 2026ctx32.8K
texthugging-face
tencent
TCAndon-Router

TCAndonRouter — плотная диалоговая языковая модель семейства Qwen3, разработанная Tencent для маршрутизации запросов к агентам и навыкам в многоагентных системах. Она определяет подходящего агента или набор агентов для пользовательского запроса, в том числе когда их зоны ответственности пересекаются. Модель дообучена методом SFT с последующим обучением DAPO на базе Qwen/Qwen3-4B-Instruct-2507 и содержит 3,7 млрд параметров. Вход и выход — текст; заявлены китайский и английский языки, контекст — до 262 144 токенов. Модель рассчитана на маршрутизацию намерений в корпоративных сценариях. Описания новых агентов можно добавлять без переобучения, а решения маршрутизации задуманы как интерпретируемые. Если применимы несколько агентов, Router может сохранить все подходящие варианты для последующего объединения их ответов отдельным агентом-редактором. В README заявлены результаты на наборах CLINC150, HWU64, MINDS14, SGD и QCloud. Модель распространяется по лицензии Apache-2.0. README направляет за инструкциями по использованию к GitHub; приведён пример подготовки описаний агентов для собственного набора данных.

16012янв. 2026ctx262.1K
textapache-2.0hugging-face
Thamo31
Llama-3.2-3B-4bit-classification-routing-merged

Модель Thamo31 — дообученная плотная авторегрессионная Llama 3.2 на 3,2 млрд параметров, предназначенная для маршрутизации запросов в многоагентной системе. Она анализирует запрос и выдаёт название одного подходящего отдела, чтобы направить задачу нужному агенту и сократить затраты на дополнительное рассуждение LLM. Карточка заявляет поддержку английского языка; модель принимает текст и выдаёт текст. Контекстное окно составляет 131 072 токена. В метаданных указаны возможности чата и интерфейс вызова инструментов, однако основная задача модели — генерация текста с меткой отдела для маршрутизации. Модель дообучена Thamo31 на unsloth/Llama-3.2-3B-Instruct-bnb-4bit с использованием Unsloth и Hugging Face TRL. Репозиторий содержит веса Safetensors; лицензия — Apache-2.0. Карточка не приводит метрик качества или подробностей о наборе данных, поэтому точность маршрутизации для конкретных отделов следует проверять на собственных запросах.

2000авг. 2026ctx131.1K
textapache-2.0hugging-face
atti433
minde-classifier

MindE 민원 분류기(bert-v9)는 한국 공공 민원 내용을 11개 카테고리로 자동 분류하는 텍스트 분류 모델입니다. 개발자는 README에 명시되어 있지 않으며, 모델은 KLUE BERT 기반으로 `klue/bert-base`를 민원 데이터에 맞게 미세조정했습니다. Transformers 라이브러리를 사용하고 가중치는 safetensors 형식이며, 전체 크기는 137.8M параметров, контекст — до 512 токенов. При обучении использовались входы длиной до 128 токенов. Модель предназначена для автоматической маршрутизации обращений в государственные службы и предварительной категоризации перед проверкой человеком или последующей обработкой. На тестовом наборе из 20 788 примеров заявлены accuracy 0,871, macro F1 0,873 и weighted F1 0,871. Обучающие данные основаны на AI Hub 143: около 860 тысяч обращений, исходно 18 категорий сведены к 11. Качество зависит от формулировки обращения: данные преимущественно связаны с Чхангвоном, поэтому возможен региональный словарный перекос. Для категории «архитектура и строительство» указан наиболее низкий F1 — 0,755; короткие и неоднозначные тексты могут получать низкую уверенность, поэтому полезно рассматривать несколько наиболее вероятных категорий. Лицензия указана как other, конкретные условия в доступных данных не раскрыты.

70июнь 2026ctx512
textotherhugging-face
leafspark
wikichat

WikiChat-v0.1 — экспериментальная языковая модель от leafspark, обучавшаяся для написания статей в стиле WikiHow. Карточка описывает версии на 40 млн и 71,7 млн параметров; указаны 28 слоёв, 8 голов внимания и размерность эмбеддингов 256. Для файлов GGUF заявлена точность FP32. Контекст зависит от варианта: 1536 или 4096 токенов. Модель генерирует текст по шаблону «User: {prompt}\nA: {response}» и предназначена для создания инструкций и пошаговых статей. В обучающих данных использовались HuggingFaceTB/cosmopedia и databricks/databricks-dolly-15k. Метаданные указывают английский язык и библиотеку Transformers. Лицензия — Apache-2.0. В карточке отмечена склонность без явного запроса затрагивать темы отношений; автор связывает её с составом WikiHow и описывает обучение как продолжающееся. Увеличенная версия контекста может временно работать хуже. Поэтому модель лучше рассматривать как ранний эксперимент, а её ответы проверять перед использованием.

992апр. 2024
textapache-2.0hugging-face
philschmid
BERT-Banking77

philschmid/BERT-Banking77 — модель классификации текста на основе BERT, опубликованная под аккаунтом philschmid и обученная с помощью AutoTrain для многоклассовой классификации запросов из банковской сферы на наборе Banking77. Она принимает текст и предсказывает его категорию, например, чтобы автоматически распределять обращения клиентов по темам при обработке банковских запросов. Модель содержит 136,7 млн параметров, использует архитектуру BertForSequenceClassification и поддерживает контекст до 512 токенов. В карточке приведены метрики на валидации: accuracy 0,926 и macro F1 0,927. Для работы с ней указан формат PyTorch; примеры доступа показывают отправку текста через API Hugging Face. Лицензия в предоставленных данных не указана.

16215июнь 2022ctx512
texthugging-face
alpcansoydas
whisper-large-v2-tr-ft-03-04-26-full-ft-50ksamples-simulated-data

Это дообученная версия мультиязычной модели распознавания речи Whisper large-v2, созданной OpenAI. Модель разработана для транскрибации записей турецких телефонных разговоров; для дообучения использовались симулированные данные турецкого колл-центра. В карточке приведено значение loss 0,2338 на оценочном наборе. Модель принимает аудио и выдаёт распознанный текст. Базовая Whisper large-v2 обучалась на 680 тысячах часов размеченных данных для транскрибации и перевода речи; в этой версии целевым сценарием являются турецкие звонки. Модель распространяется в формате Safetensors по лицензии Apache-2.0. Подробности о составе оценочного набора и качестве на реальных звонках в карточке не приведены.

250апр. 2026ctx1K
textaudioapache-2.0hugging-face
soyasis
gpt2-finetuned-how-to-qa

soyasis/gpt2-finetuned-how-to-qa — англоязычная генеративная модель на архитектуре GPT-2, дообученная на примерно 2 000 примерах из WikiHow. Она продолжает текстовый запрос в формате «[WP] How to {тема} [RESPONSE]» и предназначена для генерации ответов с пошаговыми инструкциями по практическим вопросам. Модель использует GPT2LMHeadModel, распространяется в формате PyTorch и имеет контекст до 1 024 токенов. Модель подходит для черновых ответов на вопросы «как сделать» и генерации инструкций на английском языке. Небольшой объём обучающих данных ограничивает охват тем и надёжность ответов; сгенерированные инструкции могут быть неполными или фактически ошибочными. Лицензия — MIT.

310апр. 2022ctx1K
textmithugging-face
qubvel-hf
detr-resnet-50-finetuned-10k-cppe5

Это модель обнаружения объектов на изображениях, разработанная путём дообучения facebook/detr-resnet-50 на наборе данных cppe-5. Модель основана на архитектуре DETR с ResNet-50 и выдаёт классы объектов и ограничивающие рамки. В репозитории указано 6,3 млн параметров; веса доступны в формате safetensors. Модель предназначена для обнаружения средств индивидуальной защиты на изображениях: комбинезонов, защитных экранов для лица, перчаток, очков и масок. На оценочном наборе автор приводит mAP 0,3578 и mAP@50 0,6781; метрики различаются по классам, например, mAP для комбинезонов составляет 0,6584, а для очков — 0,1766. Эти результаты относятся к cppe-5 и не гарантируют такое же качество на других изображениях. Лицензия — Apache-2.0. Модель принимает изображения и возвращает обнаруженные объекты с классами и рамками; в README не приведены сведения о языковой поддержке.

1271апр. 2024ctx1K
imageapache-2.0hugging-face
Swift-Support
labse-sentiment-1.0

Swift-Support/labse-sentiment-1.0 — дообученная командой Swift модель LaBSE для определения тональности обращений в банковскую поддержку. Это единая многоязычная BERT-модель классификации последовательностей с 498,1 млн параметров и контекстом до 512 токенов; она присваивает тексту одну из двух меток: Negative или Neutral. Модель рассчитана на английский, сингальский, тамильский, а также на синглиш и танглиш — романизированные варианты сингальского и тамильского. Её предполагаемый сценарий — помогать расставлять приоритеты в обращениях и выявлять негативные сообщения для проверки или возможной эскалации. На тесте pooled Negative-F1 составил 0,7138, при полноте 0,6728: примерно треть негативных обращений модель пропускает. Оценка основана на метках, созданных LLM, а романизированные данные были синтетическими; результаты для них могут не отражать реальные сообщения пользователей. Модель не откалибрована, а её поведение за пределами банковской поддержки не проверено. Модель опубликована под лицензией CC BY 4.0. Метаданные указывают формат safetensors.

230сент. 2026ctx512
textcc-by-4.0hugging-face
balarajr
triage-hospital-agent

TRIAGE Hospital Crisis Agent — дообученная с помощью GRPO модель на базе Qwen3.5-4B, разработанная для симуляции управления кризисными ситуациями в больнице и принятия решений по клинической сортировке пациентов. В многоагентной системе она поддерживает сценарии сортировки в отделении неотложной помощи по протоколу START, распределения мест в реанимации, проверки назначений и противопоказаний, распределения персонала, реагирования на сбои ИТ-систем и контроля кризисных решений. Модель содержит 3,4 млрд параметров, использует плотную архитектуру Qwen3.5 для генерации текста и диалога, работает с контекстом до 262 144 токенов. В метаданных указан английский язык; среди обучающих данных — MedMCQA и MedQA. Репозиторий содержит веса safetensors, лицензия — Apache-2.0. В README приведены результаты внутреннего TRIAGE Multi-Agent Benchmark, однако модель предназначена только для исследований и симуляций и не проверена для реального клинического применения. Качество зависит от формулировки запроса и сложности сценария; её выводы не должны заменять профессиональное медицинское суждение.

801апр. 2026ctx262.1K
textapache-2.0hugging-face
mrm8488
distilroberta-finetuned-banking77

mrm8488/distilroberta-finetuned-banking77 — модель классификации намерений в обращениях к банковским сервисам, разработанная на базе distilroberta-base и дообученная на датасете Banking77. Она использует архитектуру RoBERTa с классификационной головой и содержит 95,2 млн параметров; принимает текст и поддерживает контекст до 514 токенов. Модель предназначена для определения категории пользовательского запроса среди банковских намерений, например для маршрутизации обращений в службе поддержки. В README указана точность 0,896 на тестовом наборе. Для использования доступны веса PyTorch и safetensors, а загрузить модель можно через Transformers. Карточка не сообщает условия лицензии, поэтому условия распространения здесь описать нельзя.

1109март 2022ctx514
texthugging-face
acidtib
dispensary-product-name-gemma3

Модель acidtib/dispensary-product-name-gemma3 — текстовая модель на архитектуре Gemma 3, разработанная acidtib дообучением google/gemma-3-270m-it. Она преобразует необработанные названия товаров из кассовой системы Dutchie POS в краткое каноническое имя формата «сорт — тип» для внутреннего учёта ассортимента диспансера. Вход может содержать бренд, категорию, подкатегорию и исходное название; модель предназначена для узкой задачи нормализации, а не для использования общего назначения. Модель содержит 257 млн параметров, работает через Transformers и принимает текстовые запросы в диалоговом формате. Контекст — до 32 768 токенов. Обучение проводилось на 1 697 примерах из 152 брендов и трёх категорий; на отложенной выборке из 245 примеров точное совпадение составило 98,8%, нормализованное — 99,2%. Поддерживаемый язык карточки — английский, а данные задачи содержат названия товаров на нидерландском рынке. Лицензия — Gemma; применимые условия использования определяются лицензией базовой модели Google.

820авг. 2026ctx32.8K
textgemmahugging-face
optimum
distilbert-base-uncased-finetuned-banking77

Это модель классификации текста на базе DistilBERT, дообученная на наборе Banking77. Она предназначена для определения категории пользовательского обращения в банковской тематике, например для маршрутизации сообщений в службу поддержки. Модель использует архитектуру DistilBertForSequenceClassification, работает с текстом и принимает последовательности длиной до 512 токенов. Для оценки на тестовом наборе Banking77 указаны точность и F1 по 0,925. Модель подходит для классификации обращений, похожих на примеры из Banking77. Результаты на этом наборе не гарантируют качество на иных банковских данных или при изменении формулировок и распределения категорий. Лицензия — Apache-2.0.

1724июнь 2022ctx512
textapache-2.0hugging-face
atti433
minde-urgency

atti433/minde-urgency — разработанная MindE модель классификации корейских обращений в государственные службы по признаку срочности. Она дообучена на klue/bert-base и выдаёт метку «срочное» или «обычное»; архитектура — BERT для классификации последовательностей, размер — 137,8 млн параметров, максимальная длина контекста — 512 токенов. Модель предназначена для первичной сортировки обращений, чтобы направлять сообщения об опасных ситуациях на оперативное рассмотрение. В README приведены результаты на тестовом наборе из 86 778 примеров: accuracy 0,999, AUC 0,998, F1 для срочного класса 0,929, precision 0,874 и recall 0,990. Данные автоматически размечались правилами по ключевым словам и исключениям, поэтому модель может пропустить срочную ситуацию без известных ей ключевых слов или ошибочно отнести сообщение к обычным при наличии слов вроде «профилактика» или «информация». Для реального потока автор рекомендует сочетать её с дополнительными правилами и словарём ключевых слов. Лицензия указана как other, конкретные условия в карточке не раскрыты.

70июнь 2026ctx512
textotherhugging-face
learn-abc
halsa-bankingdemo-multilingual-intent-classifier

Banking Multilingual Intent Classifier — дообученная на базе google/muril-base-cased модель BERT для классификации намерений в банковских чат-ботах. Она распределяет текстовые обращения по 14 категориям, включая проверку баланса, переводы, поддержку карт и банкоматов, сведения о счёте, комиссии и приветствия. Модель рассчитана на английский, бенгальский в бенгальской письменности, бенгальский в латинской транслитерации и смешанные англо-бенгальские запросы. Это классификатор последовательностей на 264,8 млн параметров с контекстом до 512 токенов; веса доступны в формате safetensors. В карточке заявлены точность 99,12% и макро-F1 99,08% на тестовом наборе. Модель предназначена для маршрутизации обращений и автоматизации поддержки в банковских чат-ботах. Она не учитывает многоходовый контекст, может ошибаться на коротких неоднозначных фразах, а синтетические данные обучения способны смещать стиль ответов; для низкой уверенности рекомендуется передача запроса оператору. Модель не предназначена для выявления мошенничества, анализа тональности, финансовых рекомендаций или автоматизации правового и регуляторного соответствия. Лицензия — Apache-2.0.

5.4K1февр. 2026ctx512
textapache-2.0hugging-face
manokaran1916
llama-3.2-3B-food-delivery-router

Модель manokaran1916 — дообученная плотная языковая модель семейства Llama 3.2 с 3,2 млрд параметров, созданная на базе unsloth/llama-3.2-3b-instruct-unsloth-bnb-4bit. По названию репозитория она предназначена для маршрутизации запросов в сервисе доставки еды; карточка подтверждает дообучение, но не описывает правила маршрутизации, формат ответов или результаты оценки. Модель работает с текстом и поддерживает контекст до 131 072 токенов. Модель можно применять в диалоговых сценариях, где нужно направлять запросы пользователей по процессам сервиса доставки еды. Она выпущена в формате Safetensors и распространяется по лицензии Apache-2.0. Для обучения использовались Unsloth и библиотека TRL.

850авг. 2026ctx131.1K
textapache-2.0hugging-face
marinarosa
minicpm5-1b-vivamais-v4

MiniCPM5-1B Viva Mais v4 — текстовая модель на основе архитектуры Llama, разработанная для бразильского португальского языка и рабочих процессов CRM туристического агентства Viva Mais. Она предназначена для ответов на вопросы по предоставленному контексту: данным клиентов, платежам, бронированиям, билетам и документам, а также для диалоговой поддержки WhatsApp-копилота. Модель содержит 837,6 млн параметров, принимает текст и имеет заявленное нативное контекстное окно 131 072 токена. Версия v4 дообучена на базе marinarosa/minicpm5-1b-vivamais-v1 методом SFT с QLoRA; опубликованные веса представлены в формате safetensors. Лицензия — Apache-2.0. По README, v4 улучшила результаты на внутренних проверках Viva Mais и общих тестах диалогов на бразильском португальском относительно v1. Модель следует использовать с извлечённым контекстом и короткими ограничениями генерации: она может продолжать ответ и включать сведения о соседних клиентах. Для работы с чувствительными CRM-данными важны изоляция контекста и отказ от ответа, когда данных недостаточно. Модель не предназначена для общих туристических рекомендаций или принятия решений о платежах.

560июнь 2026ctx131.1K
textapache-2.0hugging-face
continker
Qwen3.5-9B-metro-v24

Qwen3.5-9B-metro-v24 — дообученная с помощью QLoRA модель continker на базе Qwen3.5-9B для задач MetroLLM-Bench. Она предназначена для работы киосков метро: многошагового вызова инструментов, формирования структурированного итогового состояния диалога и обработки сбоев и оповещений в шести системах метро. Модель доступна как LoRA-адаптер и как объединённый, квантованный GGUF Q4_K_M размером 5,3 ГБ; в метаданных также указан формат safetensors. Версия v24 обучена без утечки тестовых данных: дистилляционные примеры взяты из обучающей части набора, а отложенная часть использовалась для оценки. В описанном тесте на 238 примерах она превзошла базовую Qwen3.5-9B по метрикам Tier-1 и Composite. Модель предназначена для генерации текста и диалогов, включая сценарии вызова инструментов. Лицензия — Apache 2.0.

1090июнь 2026
textapache-2.0hugging-face
shareit
Supervisor-FRPT-Phi-4-reasoning

Supervisor-FRPT-Phi-4-reasoning — LoRA-дообученная модель для оценки качества диалогов чат-бота службы поддержки электроники. Разработчик не назван. На вход подаются категория, многоходовый диалог пользователя с ассистентом и найденный справочный документ; модель формирует на корейском языке оценку по трём критериям — соответствие запроса документу, согласованность ответа с документом и полнота ответа — и выдаёт вердикт correct или incorrect с объяснением в JSON. Модель основана на Microsoft Phi-4-reasoning, использует архитектуру Phi-3 и содержит 14,1 млрд параметров. Контекст — до 32 768 токенов; формат весов — safetensors. README сообщает о дообучении LoRA на 3 771 размеченном диалоге и тестировании на 199 диалогах: точность 0,593, Macro-F1 0,574, F1 класса correct 0,484. Лицензия — MIT. Эти тестовые показатели указывают на ограниченную надёжность классификации, поэтому результаты следует проверять, особенно для класса correct.

110июнь 2026ctx32.8K
textmithugging-face
huggingface
time-series-transformer-tourism-monthly

Time Series Transformer — модель архитектуры encoder-decoder Transformer, обученная командой Hugging Face на наборе monashtsf/tourism-monthly в течение 30 эпох. Она предназначена для прогнозирования временных рядов: при использовании модель авторегрессионно генерирует значения по одному временному шагу за раз. Модель подходит для экспериментов и прикладных прогнозов на месячных рядах туристической тематики. В карточке указаны форматы PyTorch и Safetensors, а лицензия — MIT. Данные описывают обучение на конкретном наборе tourism-monthly, поэтому переносимость на другие типы рядов не подтверждена.

2.8K31сент. 2022
textmithugging-face
KurmaAI
AQUA-7B

AQUA-7B — языковая модель Kurma AI для консультаций по аквакультуре. Это плотная авторегрессионная модель Mistral с 7,1 млрд параметров, дообученная методом SFT с LoRA на примерно 3 млн реальных и синтетических диалогов и инструкций, около 1 млрд токенов. Модель принимает текст и генерирует текст; заявленный контекст составляет 32 768 токенов. Модель предназначена для рыбоводческих хозяйств, инкубаториев, исследователей и разработчиков технологий аквакультуры. Она помогает с подбором и ведением систем выращивания разных видов, разведением и выращиванием молоди, кормлением, контролем качества воды, профилактикой и управлением заболеваниями, биобезопасностью, устойчивыми практиками, переработкой и соблюдением отраслевых требований. Карточка указывает английский язык. Модель опубликована в формате Safetensors под лицензией Apache-2.0. Ответы могут содержать ошибки и отражать предвзятость обучающих данных. Климатические и экологические рекомендации основаны на данных до 2024 года; критические, нормативные и другие важные решения следует проверять у квалифицированного специалиста по аквакультуре.

8883июнь 2025ctx32.8K
textapache-2.0hugging-face
flywheel-ai
automotive

Flywheel — automotive (35b-v1) — специализированная языковая модель для автомобильной отрасли, разработанная Flywheel by OpSpot. Модель дообучена методом LoRA на базе Qwen/Qwen3.6-35B-A3B и предназначена для использования в качестве виртуального сервис-консультанта в автомастерских и сервисных подразделениях дилерских центров. Модель ориентирована на первичный сбор диагностической информации, планирование обслуживания, подготовку оценок и расчёта стоимости, поиск запчастей, работу с регламентами технического обслуживания, информирование об отзывах и обновление статуса клиента. Доступны форматы safetensors для Transformers и vLLM объёмом около 65 ГБ, а также квантизированный GGUF-файл model-q4_k_m.gguf объёмом около 20 ГБ для llama.cpp и Ollama. Архитектура, поддерживаемые языки, модальности и размер контекста в README не указаны. Сильная сторона модели — специализация на сценариях автомобильного сервиса и наличие защитного поведения: при вопросах о тормозах, рулевом управлении, подвеске, шинах, подушках безопасности и топливной системе она должна направлять пользователя к сертифицированному механику и предупреждать о недопустимости эксплуатации потенциально небезопасного автомобиля. Модель не является сертифицированным техником; для общих запросов её возможности примерно сопоставимы с базовой моделью, а специализированное преимущество должно усиливаться по мере поступления согласованных реальных данных. Модель распространяется по лицензии Apache-2.0. Версия 35b-v1 обучена на синтетических данных, созданных локальными моделями с разрешительными лицензиями Apache и MIT.

2360июнь 2026ctx262.1K
textapache-2.0hugging-face
theoriclabs
qwen3-0.6b-support-order-merge

Qwen3 support and order merge — экспериментальная модель на базе Qwen/Qwen3-0.6B, созданная Theoric Labs для узкой адаптации диалогов поддержки. Она генерирует текст и предназначена для классификации обращений по очередям с кодами RUBY (оплата), JADE (вход в аккаунт) и AMBER (доставка), а также для извлечения SKU и количества в JSON. Модель использует плотную архитектуру Qwen3ForCausalLM, содержит 507,9 млн параметров и имеет контекст 40 960 токенов. Для диалогового шаблона рекомендуется отключать режим рассуждений; в описанном эксперименте использовалась жадная генерация с лимитом 48 новых токенов. В тесте из карточки модель верно выполнила 48 из 48 примеров для каждого из двух навыков. Это узкий синтетический эксперимент: шаблоны обучения и идентификаторы сущностей не пересекались с оценочными, но фразы намерений повторялись, поэтому результаты не подтверждают широкую языковую обобщающую способность или готовность к реальной поддержке. Модель опубликована в формате safetensors и распространяется по лицензии Apache-2.0.

3010сент. 2026ctx41K
textapache-2.0hugging-face
MANGSEOK123
Qwen3-4B-OEL-airline-tau2

MANGSEOK123 выпустил дообученную версию Qwen3-4B после одного OEL consolidate epoch на синтетических задачах tau2-bench для обслуживания клиентов авиакомпании. Это плотная причинная языковая модель Qwen3 с 3,7 млрд параметров, рассчитанная на генерацию текста и диалоговое применение; репозиторий содержит веса Safetensors и использует библиотеку Transformers. Модель предназначена для ответов на запросы авиапассажиров и выполнения сценариев клиентской поддержки, представленных в обучающих задачах. Контекст модели составляет до 40 960 токенов. Обучение описано как 318 синтетических задач и 40 шагов с размером батча 8. Карточка указывает английский язык. Модель распространяется по лицензии Apache-2.0. README не приводит результатов оценки качества, поэтому пригодность для реальных обращений и стабильность ответов требуют проверки.

360сент. 2026ctx41K
textapache-2.0hugging-face
adarsh-08
qwen-hr-assistant

adarsh-08 разработал дообученную модель Qwen2.5-0.5B-Instruct для ответов на вопросы сотрудников о кадровых правилах вымышленной компании NovaTech Solutions. Это причинная языковая модель с архитектурой Qwen2, примерно 493,7 млн параметров и контекстом до 32 768 токенов. Модель обучена методом QLoRA на синтетических парах вопросов и ответов, а адаптер LoRA объединён с базовыми весами для самостоятельного использования. Модель рассчитана на англоязычные вопросы о видах отпусков, страховании и льготах, программах благополучия, оценке эффективности, командировках и расходах, использовании устройств и адаптации новых сотрудников. Она подходит для демонстрации или прототипа внутреннего FAQ-чатбота; README сообщает о хороших качественных ответах на близкие к обучающим примеры вопросы. Лицензия — Apache-2.0. Обучающие данные синтетические и описывают вымышленную компанию, поэтому ответы не являются проверенными правилами реального работодателя или юридической консультацией. Из-за небольшого размера модели и ограниченного набора примерно из 512 примеров она может ошибаться на числах, незнакомых формулировках и темах вне обучающего набора; факты следует сверять с официальными документами.

200июль 2026ctx32.8K
textapache-2.0hugging-face

Задачи профессии

25 задач
697Декомпозиция проекта в структуру работ. — Практическая реализация: AI распределяет работы, время и ресурсы так, чтобы соблюсти обязательные сроки, мощности и правила безопасности. Предметная логика: восстанавливает реальный ход работы, сравнивает его с планом и локализует задержки или повторную работу. Входной контекст включает планы и журналы событий, ресурсы и фактическое исполнение. Формат результата: выполнимый план для «Декомпозиция проекта в структуру работ» с последовательностью действий, ресурсами, зависимостями и резервами. Ошибки выявляют симуляцией исполнения, проверкой сроков и ресурсов и сравнением с фактическим результатом; по фактическому прогрессу, соблюдению зависимостей, качеству прогноза и подтверждению владельцами процесса.
698Выявление зависимостей между задачами. — Механизм: AI выделяет информативные признаки, сравнивает их с нормой и отмечает случаи, соответствующие искомому событию. Предметная логика: восстанавливает реальный ход работы, сравнивает его с планом и локализует задержки или повторную работу. Исходные данные: планы и журналы событий, ресурсы и фактическое исполнение. Формат результата: перечень объектов, событий или отклонений, относящихся к «Выявление зависимостей между задачами», с локализацией, уверенностью и признаками срабатывания. Проверка: по полноте обнаружения, доле ложных срабатываний и качеству локализации на независимой выборке; по фактическому прогрессу, соблюдению зависимостей, качеству прогноза и подтверждению владельцами процесса.
699Оценка продолжительности по историческим аналогам. — AI объединяет количественные и качественные признаки, после чего формирует оценку и показывает вклад основных факторов. К исходным данным относятся переписка, KPI, реальное исполнение и планы. Формат результата: оценка по задаче «Оценка продолжительности по историческим аналогам» в числовой или категориальной форме с расшифровкой факторов, допущений и неопределённости. Надёжность оценивают сверкой с экспертными оценками или фактическими исходами, а также анализом чувствительности к входным данным; по фактическому прогрессу, соблюдению зависимостей, качеству прогноза и подтверждению владельцами процесса.
700Прогноз риска просрочки этапа. — Для этой задачи система сопоставляет прошлые случаи с текущим состоянием и моделирует, как результат меняется при разных предпосылках. Рабочие входы: KPI, реальное исполнение, планы и задачи. Формат результата: прогноз для условия «Прогноз риска просрочки этапа» с горизонтом, вероятностями сценариев, диапазоном неопределённости и главными влияющими факторами. Критерии приёмки: на отложенных периодах, по калибровке вероятностей, ошибке прогноза и устойчивости к изменению предпосылок; по фактическому прогрессу, соблюдению зависимостей, качеству прогноза и подтверждению владельцами процесса.
701Определение критического пути при изменениях. — Практическая реализация: AI сопоставляет наблюдаемые признаки с критериями и устанавливает требуемое значение, состояние или вариант. Входной контекст включает реальное исполнение, планы, задачи и сроки. Формат результата: установленное значение или вариант по задаче «Определение критического пути при изменениях» с оценкой уверенности и основаниями решения. Ошибки выявляют по точности относительно эталона, калибровке уверенности и разбору случаев, где источники расходятся; по фактическому прогрессу, соблюдению зависимостей, качеству прогноза и подтверждению владельцами процесса.
702Оптимизация загрузки специалистов между проектами. — Механизм: AI строит пространство допустимых решений и подбирает параметры, улучшающие результат без нарушения обязательных ограничений. Предметная логика: восстанавливает реальный ход работы, сравнивает его с планом и локализует задержки или повторную работу. Исходные данные: планы и журналы событий, ресурсы и фактическое исполнение. Формат результата: рекомендуемая конфигурация для «Оптимизация загрузки специалистов между проектами» с целевыми показателями, ограничениями и сравнением с исходным вариантом. Проверка: сравнением с базовым решением, проверкой всех ограничений и испытанием устойчивости при изменении условий; по фактическому прогрессу, соблюдению зависимостей, качеству прогноза и подтверждению владельцами процесса.
703Выявление конфликтов ресурсов. — AI сочетает обученные шаблоны с контрольными правилами, чтобы находить значимые случаи и не пропускать пограничные примеры. К исходным данным относятся задачи, сроки, ресурсы и журналы процессов. Формат результата: перечень объектов, событий или отклонений, относящихся к «Выявление конфликтов ресурсов», с локализацией, уверенностью и признаками срабатывания. Надёжность оценивают по полноте обнаружения, доле ложных срабатываний и качеству локализации на независимой выборке; по фактическому прогрессу, соблюдению зависимостей, качеству прогноза и подтверждению владельцами процесса.
704Автоматическое поддержание реестра рисков. — Для этой задачи система непрерывно обрабатывает новые наблюдения, сравнивает их с базовой линией и фиксирует значимые изменения. Рабочие входы: сроки, ресурсы, журналы процессов и переписка. Формат результата: актуальное состояние в рамках «Автоматическое поддержание реестра рисков», временной журнал изменений и предупреждения при значимых отклонениях. Критерии приёмки: по задержке обнаружения, стабильности базовой линии и числу пропущенных либо ложных предупреждений; по фактическому прогрессу, соблюдению зависимостей, качеству прогноза и подтверждению владельцами процесса.
705Раннее обнаружение отклонения от плана. — Практическая реализация: AI анализирует поток наблюдений и локализует признаки, которые отличают целевой объект или нарушение от обычного состояния. Входной контекст включает ресурсы, журналы процессов, переписка и KPI. Формат результата: перечень объектов, событий или отклонений, относящихся к «Раннее обнаружение отклонения от плана», с локализацией, уверенностью и признаками срабатывания. Ошибки выявляют по полноте обнаружения, доле ложных срабатываний и качеству локализации на независимой выборке; по фактическому прогрессу, соблюдению зависимостей, качеству прогноза и подтверждению владельцами процесса.
706Оценка влияния запроса на изменение. — Механизм: AI сопоставляет наблюдаемое состояние с эталонами, нормативами или историческими аналогами и оценивает степень соответствия. Исходные данные: журналы процессов, переписка, KPI и реальное исполнение. Формат результата: оценка по задаче «Оценка влияния запроса на изменение» в числовой или категориальной форме с расшифровкой факторов, допущений и неопределённости. Проверка: сверкой с экспертными оценками или фактическими исходами, а также анализом чувствительности к входным данным; по фактическому прогрессу, соблюдению зависимостей, качеству прогноза и подтверждению владельцами процесса.
707Формирование объективного статуса проекта по данным систем. — AI создаёт новый артефакт по требованиям, исходным фактам и примерам, сохраняя возможность последующего редактирования. Предметная логика: восстанавливает реальный ход работы, сравнивает его с планом и локализует задержки или повторную работу. К исходным данным относятся планы и журналы событий, ресурсы и фактическое исполнение. Формат результата: редактируемый артефакт по задаче «Формирование объективного статуса проекта по данным систем», согласованный с исходными фактами, форматом и ограничениями; тип артефакта — операционный план. Надёжность оценивают по соответствию фактам, требованиям, формату и качеству последующей экспертной доработки; по фактическому прогрессу, соблюдению зависимостей, качеству прогноза и подтверждению владельцами процесса.
708Восстановление фактического бизнес-процесса по журналам событий. — Для этой задачи система сначала определяет элементы, которые должны сохраниться, затем перестраивает форму представления и отмечает внесённые изменения. Предметная логика: восстанавливает реальный ход работы, сравнивает его с планом и локализует задержки или повторную работу. Рабочие входы: планы и журналы событий, ресурсы и фактическое исполнение. Формат результата: преобразованный материал по задаче «Восстановление фактического бизнес-процесса по журналам событий» с сохранённым содержанием и журналом значимых изменений. Критерии приёмки: сравнением смысла и структуры до и после преобразования, а также поиском потерянных элементов; по фактическому прогрессу, соблюдению зависимостей, качеству прогноза и подтверждению владельцами процесса.
709Сравнение фактического процесса с регламентом. — Практическая реализация: AI сопоставляет объекты по одинаковым критериям и отделяет содержательные различия от различий формата или терминологии. Предметная логика: восстанавливает реальный ход работы, сравнивает его с планом и локализует задержки или повторную работу. Входной контекст включает планы и журналы событий, ресурсы и фактическое исполнение. Формат результата: карта соответствий и различий для «Сравнение фактического процесса с регламентом», где элементы приведены к единым критериям и связаны с первичными данными. Ошибки выявляют экспертной сверкой соответствий и проверкой, что различия не вызваны несовместимыми форматами; по фактическому прогрессу, соблюдению зависимостей, качеству прогноза и подтверждению владельцами процесса.
710Поиск узких мест, возвратов и повторной работы. — Механизм: AI индексирует доступные материалы, понимает смысл запроса и ранжирует кандидатов по содержательному совпадению. Исходные данные: планы, задачи, сроки и ресурсы. Формат результата: ранжированный список кандидатов по задаче «Поиск узких мест, возвратов и повторной работы» со ссылками на источники, оценкой соответствия и фрагментами подтверждения. Проверка: по релевантности, полноте, отсутствию недопустимых источников и точности ссылок на подтверждение; по фактическому прогрессу, соблюдению зависимостей, качеству прогноза и подтверждению владельцами процесса.
711Выявление вариантов процесса с худшими результатами. — AI анализирует поток наблюдений и локализует признаки, которые отличают целевой объект или нарушение от обычного состояния. Предметная логика: восстанавливает реальный ход работы, сравнивает его с планом и локализует задержки или повторную работу. К исходным данным относятся планы и журналы событий, ресурсы и фактическое исполнение. Формат результата: перечень объектов, событий или отклонений, относящихся к «Выявление вариантов процесса с худшими результатами», с локализацией, уверенностью и признаками срабатывания. Надёжность оценивают по полноте обнаружения, доле ложных срабатываний и качеству локализации на независимой выборке; по фактическому прогрессу, соблюдению зависимостей, качеству прогноза и подтверждению владельцами процесса.
712Поиск ручных операций, пригодных для автоматизации. — Для этой задачи система обходит разрешённые источники, объединяет найденное и отсеивает нерелевантные либо дублирующиеся результаты. Рабочие входы: сроки, ресурсы, журналы процессов и переписка. Формат результата: ранжированный список кандидатов по задаче «Поиск ручных операций, пригодных для автоматизации» со ссылками на источники, оценкой соответствия и фрагментами подтверждения. Критерии приёмки: по релевантности, полноте, отсутствию недопустимых источников и точности ссылок на подтверждение; по фактическому прогрессу, соблюдению зависимостей, качеству прогноза и подтверждению владельцами процесса.
713Моделирование процесса до внедрения изменений. — Практическая реализация: AI создаёт вычислительное представление объекта или процесса и проигрывает на нём альтернативные сценарии. Предметная логика: восстанавливает реальный ход работы, сравнивает его с планом и локализует задержки или повторную работу. Входной контекст включает планы и журналы событий, ресурсы и фактическое исполнение. Формат результата: вычислительная модель или карта для «Моделирование процесса до внедрения изменений» с результатами сценариев и анализом чувствительности. Ошибки выявляют сопоставлением с наблюдениями, тестами чувствительности и воспроизводимостью вычислений; по фактическому прогрессу, соблюдению зависимостей, качеству прогноза и подтверждению владельцами процесса.
714Оптимизация очередей и пропускной способности операции. — Механизм: AI строит пространство допустимых решений и подбирает параметры, улучшающие результат без нарушения обязательных ограничений. Исходные данные: журналы процессов, переписка, KPI и реальное исполнение. Формат результата: рекомендуемая конфигурация для «Оптимизация очередей и пропускной способности операции» с целевыми показателями, ограничениями и сравнением с исходным вариантом. Проверка: сравнением с базовым решением, проверкой всех ограничений и испытанием устойчивости при изменении условий; по фактическому прогрессу, соблюдению зависимостей, качеству прогноза и подтверждению владельцами процесса.
715Прогноз объёма работы и необходимой мощности. — AI сопоставляет прошлые случаи с текущим состоянием и моделирует, как результат меняется при разных предпосылках. К исходным данным относятся переписка, KPI, реальное исполнение и планы. Формат результата: прогноз для условия «Прогноз объёма работы и необходимой мощности» с горизонтом, вероятностями сценариев, диапазоном неопределённости и главными влияющими факторами. Надёжность оценивают на отложенных периодах, по калибровке вероятностей, ошибке прогноза и устойчивости к изменению предпосылок; по фактическому прогрессу, соблюдению зависимостей, качеству прогноза и подтверждению владельцами процесса.
716Динамическое распределение задач между сотрудниками. — Для этой задачи система разбивает цель на действия, учитывает зависимости и ресурсы, после чего строит выполнимую последовательность. Предметная логика: восстанавливает реальный ход работы, сравнивает его с планом и локализует задержки или повторную работу. Рабочие входы: планы и журналы событий, ресурсы и фактическое исполнение. Формат результата: выполнимый план для «Динамическое распределение задач между сотрудниками» с последовательностью действий, ресурсами, зависимостями и резервами. Критерии приёмки: симуляцией исполнения, проверкой сроков и ресурсов и сравнением с фактическим результатом; по фактическому прогрессу, соблюдению зависимостей, качеству прогноза и подтверждению владельцами процесса.
717Выявление причины операционной ошибки. — Практическая реализация: AI анализирует поток наблюдений и локализует признаки, которые отличают целевой объект или нарушение от обычного состояния. Предметная логика: восстанавливает реальный ход работы, сравнивает его с планом и локализует задержки или повторную работу. Входной контекст включает планы и журналы событий, ресурсы и фактическое исполнение. Формат результата: перечень объектов, событий или отклонений, относящихся к «Выявление причины операционной ошибки», с локализацией, уверенностью и признаками срабатывания. Ошибки выявляют по полноте обнаружения, доле ложных срабатываний и качеству локализации на независимой выборке; по фактическому прогрессу, соблюдению зависимостей, качеству прогноза и подтверждению владельцами процесса.
718Контроль исполнения стандартной операционной процедуры. — Механизм: AI выполняет набор автоматических проверок и сохраняет доказательства для каждого пройденного или нарушенного условия. Предметная логика: восстанавливает реальный ход работы, сравнивает его с планом и локализует задержки или повторную работу. Исходные данные: планы и журналы событий, ресурсы и фактическое исполнение. Формат результата: протокол выполнения «Контроль исполнения стандартной операционной процедуры» с пройденными условиями, найденными нарушениями и спорными местами для ручного решения. Проверка: повторным запуском на эталонных примерах, ручной проверкой спорных случаев и полнотой контрольного покрытия; по фактическому прогрессу, соблюдению зависимостей, качеству прогноза и подтверждению владельцами процесса.
719Подготовка плана непрерывности бизнеса. — AI создаёт новый артефакт по требованиям, исходным фактам и примерам, сохраняя возможность последующего редактирования. К исходным данным относятся задачи, сроки, ресурсы и журналы процессов. Формат результата: редактируемый артефакт по задаче «Подготовка плана непрерывности бизнеса», согласованный с исходными фактами, форматом и ограничениями; тип артефакта — операционный план. Надёжность оценивают по соответствию фактам, требованиям, формату и качеству последующей экспертной доработки; по фактическому прогрессу, соблюдению зависимостей, качеству прогноза и подтверждению владельцами процесса.
720Моделирование последствий отказа подразделения или системы. — Для этой задачи система восстанавливает скрытые связи между параметрами и использует модель для виртуальных экспериментов. Рабочие входы: сроки, ресурсы, журналы процессов и переписка. Формат результата: вычислительная модель или карта для «Моделирование последствий отказа подразделения или системы» с результатами сценариев и анализом чувствительности. Критерии приёмки: сопоставлением с наблюдениями, тестами чувствительности и воспроизводимостью вычислений; по фактическому прогрессу, соблюдению зависимостей, качеству прогноза и подтверждению владельцами процесса.
721Приоритизация инициатив по ожидаемому эффекту и сложности. — Практическая реализация: AI строит границы между категориями и ранжирует объекты так, чтобы наиболее важные или срочные обрабатывались раньше. Входной контекст включает ресурсы, журналы процессов, переписка и KPI. Формат результата: результат «Приоритизация инициатив по ожидаемому эффекту и сложности» в виде метки, класса, ранга или тематического слоя с уверенностью и объясняющими признаками. Ошибки выявляют по матрице ошибок, калибровке уверенности и отдельному анализу пограничных классов; по фактическому прогрессу, соблюдению зависимостей, качеству прогноза и подтверждению владельцами процесса. <a id="section-iv-1"></a>

0 моделей