/ Модель

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

Контекст
262 144 токена
Размер весов
18,4 ГБ
Лицензия
Apache 2.0
Архитектура
qwen3_5 · dense
Базовая модель
Qwen3.8-9B-Distill
Библиотека
transformers
Опубликована
20 авг 2026

qwen3.8-9b-hermes-function-calling-v1

Генерация текстаТекст → текст3 профессии

Дообученная Qwen3.8-9B модель, которая формирует вызовы функций в формате Hermes по XML-схеме из системного сообщения.

242скачиваний за 30 дней5лайковвеса обновлены3 сен 2026

Бенчмарки

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

Тесты пользователейпока нет

Никто ещё не опубликовал тест этой модели. Соберите бенчмарк из своих задач — результат появится здесь.

  1. Добавьте модель в бенчмарк

    Вместе с другими моделями категории «Текст» — сравнение идёт внутри одной категории.

  2. Опишите свои задачи

    Напишите запросы, при необходимости приложите файлы и эталонные ответы.

  3. Запустите и опубликуйте

    Модели ответят на каждую задачу, судья оценит ответы. Опубликованный результат появится на этой странице.

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

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

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

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

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

JamieBradfield/Qwen3.8-9B Hermes Function Calling v1 — языковая модель для генерации ответов с вызовами инструментов в формате Hermes. Это QLoRA-дообучение плотной модели Qwen3.8-9B-Distill с гибридной архитектурой Qwen3.5; в карточке указано 9 млрд параметров и контекст до 262 144 токенов. Доступны объединённые веса BF16 в формате Safetensors; для AMD RDNA3 также опубликована отдельная квантизованная версия GGUF.

Модель предназначена для сценариев, где схема функций передаётся в системном сообщении через XML-теги, а из ответа нужно извлечь Hermes-конверт с именем функции и аргументами. В описанном автором тесте на 45 примерах из обучающего распределения формат был соблюдён в 43 случаях. Для OpenAI-совместимого параметра tools заметного преимущества перед базовой моделью не выявлено.

Дообучение специализирует формат вызова, но не улучшает решение о том, когда вызывать инструмент: на 45 примерах с реальными траекториями и незнакомыми именами инструментов обе модели получили 0 из 45. Модель выпущена под лицензией Apache-2.0. В метаданных указан английский язык карточки; обучение велось на синтетических и курируемых примерах вызова инструментов из разных областей.

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

  • Генерация вызовов функций в Hermes-конверте из XML-схемы
  • Формирование имени инструмента и аргументов без поясняющего текста
  • Подключение языковой модели к собственному парсеру Hermes-вызовов
  • Преобразование диалоговых запросов в структурированные вызовы инструментов

Ограничения

Дообучение повышает точность формата Hermes на примерах, похожих на обучающие, но не обучает надёжно определять необходимость вызова инструмента: на указанной проверке с незнакомыми инструментами результат был 0 из 45. Через OpenAI-совместимый параметр tools измеримого выигрыша перед базовой моделью не показано.

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

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

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

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

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

Открыть на Hugging Face

Qwen3.8-9B Hermes Function Calling v1

A QLoRA fine-tune of Empero/Qwen3.8-9B (Qwen3.5 hybrid-architecture distill, 9B dense, 262,144-token context) that specializes the model in Hermes-style tool-call envelopes: given a <tools> XML schema in the system prompt, it emits <tool_call><function=NAME><parameter=KEY>VALUE</parameter></function></tool_call>.

  • Base model: Empero/Qwen3.8-9B (Apache-2.0)
  • Training data: 1,090 tool-call conversations rendered in ShareGPT format, all with <tools> XML schemas in the system prompt (synthetic/curated tool-use examples across ~2,000 tool names and dozens of domains)
  • Method: QLoRA 4-bit, rank 16 / alpha 16, dropout 0, targets q/k/v/o/gate/up/down_proj, lr 2e-4, max seq 4096, batch 2 x grad-accum 4 (effective 8), 2 epochs = 274 steps, cosine schedule
  • Trainable params: 29,097,984 / 8,980,926,976 (0.32%)
  • Embeddings: frozen (tool tokens are EOS-anchored copies, not trained)
  • Vocabulary: resized 248044 → 248079 (2 added tool tokens + base additions)
  • Weights: BF16 full merge (12 shards), plus a ROCmFPX quantized GGUF (see the GGUF companion repo)

What this model does

The fine-tune teaches the format: when the system prompt carries function signatures inside <tools> </tools> XML tags (the training preamble), the model reliably produces the exact Hermes envelope with correct function names and parameters, with no prose around it.

Format-fidelity probe (45 fresh training-distribution rows, temp 0, identical prompts for both models):

metricfine-tunebase
fired43/45 (95.6%)39/45 (86.7%)
name match43/45 (95.6%)39/45 (86.7%)
args OK43/45 (95.6%)39/45 (86.7%)
format exact43/45 (95.6%)39/45 (86.7%)
emission kind43 <tool_call> envelopes39 native JSON

The base model answers the same prompts in native Qwen JSON; the fine-tune emits the trained Hermes envelope.

Honest limitations

  • No trigger generalization. Evaluated on 45 held-out real agent trajectories (ambiguous queries, real tool names like terminal, search_files, patch — none of which appear in training), both the fine-tune and the base score 0/45. A 0.32% LoRA on 1,090 examples does not teach when to decide to call a tool, especially for unseen tool names and ambiguous user intent.
  • Parity, not gains, in OpenAI-style tool-calling paths. Through an OpenAI-compatible tools parameter (the path most serving stacks use), fine-tune and base perform identically — both fire valid calls at ~55–58 tok/s on this rig; the fine-tune shows no regression and no measurable gain there, because the chat template already formats tool calls server-side and the base was already competent.
  • The trained envelope only pays off in raw-text tool-call paths: prompts that embed the schema as <tools> XML and parse <tool_call> envelopes from the output (e.g. Hermes's mined-trajectory format, custom parsers).

Reproducibility

All scripts that produced this model are in scripts/:

filepurpose
qwen38_train.pyQLoRA training via Unsloth (274 steps, ~19.4 h on an RX 7700 XT 12 GB)
convert_hf_hermes.pyShareGPT training-example converter (the 1,090 rows)
merge_qwen38.pyshard-streamed BF16 merge (vision tower dropped; embedding/lm_head resized with EOS-anchor rows; MTP head preserved)
eval_fc_heldout.pyTier-1a eval: held-out real-trajectory trigger test (the 0/45 result)
probe2_fc.pyTier-1b probe: format-fidelity on training-distribution prompts (the 43/45 result)
subagent-qwen38-workloads.py + subagent-qwen38.shTier-2 harness: Hermes system prompt + real tool schemas, workloads A–E

The scripts carry the author's machine paths (F:/models/..., C:/AI/...) and run on this rig's ROCm stack (Unsloth 2026.8.18, torch 2.11 ROCm, RX 7700 XT); adjust paths for your environment.

Convert/quantize: llama-rocmfpx fork, convert_hf_to_gguf.py --outtype bf16 → llama-quantize Q4_0_ROCMFP4_FAST (see GGUF repo).

Quantized version

Q4_0_ROCMFP4_FAST GGUF (ROCmFPX format, for AMD RDNA3 kernels) is published in the companion repo. Note: ROCmFPX quants target AMD ROCm inference (ROCMFP4 kernels); for portable use, convert from the BF16 merge here.

Acknowledgements

Base model and license inherited from Empero/Qwen3.8-9B (Apache-2.0). Training data derived from Hermes agent trajectories; tool schemas rendered in the Hermes <tools> XML format.

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

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

GPU в ailist

Универсальный рантайм · transformers

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

Подбираем GPU…

Класс архитектуры
Qwen3_5ForCausalLM
Ревизия весов
562e196

0 моделей