/ Модель

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

Контекст
262 144 токена
Лицензия
Apache 2.0
Архитектура
qwen3_5_moe · dense
Базовая модель
Qwen3.6-35B-A3B
Библиотека
transformers
Опубликована
3 авг 2026

JoyFox-Qwen3.6-35B-A3B-RP-Aggressive

Изображение и текст → текст3 профессии

JoyFox-Qwen3.6-35B-A3B-RP-Aggressive — мультимодальная модель для ролевого общения, разработанная joyfox на базе Qwen/Qwen3.6-35B-A3B.

10 518скачиваний за 30 дней10лайковвеса обновлены4 авг 2026

Бенчмарки

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

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

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

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

    Вместе с другими моделями категории «Изображение → текст» — сравнение идёт внутри одной категории.

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

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

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

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

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

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

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

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

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

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

Модель использует Mixture-of-Experts-архитектуру с 35 млрд параметров, из которых около 3 млрд активируются для каждого токена. В маршрутизации участвуют 256 экспертов, из которых выбираются 8 на токен. Нативный контекст составляет 262 144 токена; также поддерживается Multi-Token Prediction для спекулятивного декодирования. Заявлены английский, китайский и мультиязычный сценарии использования.

К сильным сторонам относятся устойчивый голос персонажа, сохранение идентичности и контекста, естественное сочетание реплик, действий и описаний, снижение частоты выхода из роли и контроль избыточной длины ответов. Вариант Aggressive применяет усиленное вмешательство в поведение отказов, чтобы модель чаще отвечала непосредственно и не прерывала сцену повторяющимися отказами. Это не добавляет новых знаний или способностей к рассуждению; модель по-прежнему может ошибаться, выдавать вымышленные утверждения, нежелательный контент или отдельные дисклеймеры. Лицензия — Apache-2.0.

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

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

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

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

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

Открыть на Hugging Face

JoyFox-Qwen3.6-35B-A3B-RP-Aggressive is designed for sustained character voice, direct instruction following, coherent scene continuation, low role-break frequency, and long-context creative dialogue. It combines roleplay supervised fine-tuning, preference optimization, explicit response-length control, and a final activation-space refusal-direction intervention.

The model retains the original Qwen3.6 multimodal architecture, 262K native context, Mixture-of-Experts routing, and native Multi-Token Prediction head.

🦊 Model at a glance

Primary focusLong-context roleplay, character fidelity, creative dialogue, scene continuation
Architecture35B-parameter MoE; approximately 3B active parameters per token
Expert routing256 experts; 8 selected per token
Context262,144 tokens natively
ModalitiesText, image, and video
GenerationThinking and non-thinking modes; native MTP speculative decoding
Post-trainingRoleplay instruction tuning → character preference → response-length calibration
Behavioral variantAggressive two-pass refusal-direction intervention

⚡ What “Aggressive” means

The Aggressive variant applies the stronger form of the refusal-direction intervention. It is intended to answer directly instead of falling into repetitive policy-style refusals, prematurely ending a scene, or breaking character. “Aggressive” describes the strength of the behavioral intervention, not the model's personality or default writing tone.

This intervention changes refusal behavior; it does not add factual knowledge, reasoning ability, or new training examples. The model can still follow a calm, gentle, formal, comedic, or restrained character card when those traits are specified in the prompt.

The model may still produce mistakes, fictional claims, undesirable content, or occasional disclaimers inherited from earlier post-training. Users remain responsible for prompts, outputs, deployment controls, and compliance with applicable law.

🧬 Post-training

JoyFox uses a layered post-training strategy rather than relying on a single “uncensoring” edit. Roleplay instruction tuning establishes character voice and scene behavior; preference optimization improves consistency and interaction quality; length calibration controls over-writing; and the final two-pass activation-space intervention changes refusal behavior without replacing the learned roleplay style.

Roleplay instruction tuning

The base model is adapted on multi-turn character conversations and identity-consistency instructions. Training uses the native non-thinking Qwen chat template and masks prompt tokens so the language-model loss is applied to assistant responses.

This stage adapts the text model while keeping the vision tower and multimodal projector unchanged. Its purpose is to teach the model how to:

  • maintain character voice and relationship state across turns;
  • continue the current scene instead of summarizing or explaining it;
  • combine dialogue, actions, and environmental details naturally;
  • avoid speaking or deciding on behalf of the user;
  • preserve identity and formatting under long character cards.

Character-preference optimization

The roleplay model is then optimized on chosen/rejected response pairs using the sigmoid DPO objective:

L_DPO = -log σ(β [(log πθ(y+|x) - log πref(y+|x))
                  - (log πθ(y-|x) - log πref(y-|x))])

The preference signal emphasizes character consistency, correct use of scene context, natural interaction, emotional continuity, and avoidance of role breaks. A small supervised fine-tuning term is mixed into the preference loss to reduce drift away from the SFT model.

Response-length calibration

The selected preference model becomes the reference point for a second DPO stage. Here the preferred response is the concise, complete roleplay continuation and the rejected response is an unnecessarily expanded version of the same interaction.

This does not train the model to answer with a fixed number of tokens. It teaches a relative preference: preserve the essential action, voice, emotion, and conversational hook while removing redundant narration, repeated conclusions, and unwanted scene inflation.

Optimization overview

ComponentTraining signalIntended behavior
Roleplay instruction tuningAssistant-response language modelingCharacter voice, dialogue rhythm, scene continuation, identity stability
Character preferenceChosen/rejected response preferenceContext following, character consistency, natural interaction, reduced role breaks
Length calibrationConcise/over-expanded response preferenceComplete replies without redundant narration or scene inflation
Aggressive interventionTwo-pass activation-space direction removalReduced refusal behavior with the trained roleplay style retained

The final refusal-direction intervention is applied only after roleplay post-training is complete. Training corpus names, private examples, dataset sizes, and implementation-specific training settings are not part of this release.

🧪 Technical method

This release uses a white-box activation-space weight edit related to the method described in Refusal in Language Models Is Mediated by a Single Direction. It is not a new gradient-training stage.

For paired refusal-triggering and ordinary instructions, residual activations are collected at the final user-token position. A refusal direction is estimated by the normalized difference of means:

r_l = normalize(mean(h_refusal,l) - mean(h_ordinary,l))

For a weight matrix whose output can express this direction, the corresponding component is projected out:

W'_l = W_l - r_l (r_l^T W_l)

The exact multiplication orientation is transposed when required by the stored tensor layout. The intervention used here has the following properties:

  1. One difference-of-means direction is estimated from paired refusal-triggering and ordinary prompts.
  2. Activations are collected through the native chat template.
  3. Layers 0 and 1 are protected; text-model layers 2–39 and the output head are edited.
  4. Attention and feed-forward output paths are included.
  5. A second pass re-probes the already edited model and removes the newly exposed residual direction.
  6. Vision weights and the native MTP component are copied without modification.

The second re-probed pass was important: weaker late-layer-only edits, multi-direction top-layer edits, output-head-only edits, and single-pass variants did not consistently eliminate full-answer refusals.

🏗️ Architecture overview

PropertyValue
Model familyQwen3.6 multimodal MoE
Total parameters35B
Active parameters~3B per token
Hidden size2,048
Decoder layers40
Experts256
Routed experts per token8
Attention pattern3 linear-attention layers : 1 full-attention layer
Native context262,144 tokens
ModalitiesText, image, video
Multi-Token Prediction1 native MTP head

📊 Evaluation summary

All figures below are generation-based results, not logits-only proxies. Exact scores can vary with runtime, template, sampler, context length, and quantization.

EvaluationResult
Full-answer refusal suite0 / 100 refusals
Q6_K verification subset0 / 20 refusals; 0 generation failures
Long-context roleplay scenes100 / 100 valid generations
Role breaks0 / 100
Empty outputs0 / 100
Leaked <think> tags0 / 100
Average roleplay response length133.65 characters
General capability regression set30 / 30 substantively correct

The roleplay suite uses fixed long-context character scenes and checks output validity, role breaks, leaked reasoning tags, repetition, response length, and reference-style similarity. These results indicate that the intervention preserved the source model's concise roleplay style while changing refusal behavior.

💾 GGUF downloads and precision guide

Every main GGUF was independently quantized from the same BF16 export. These are standard llama.cpp quantizations without an importance matrix. They are not HauhauCS K_P quantizations, and no K_P quality claim is made here.

Q4_K and Q5_K are llama.cpp aliases for Q4_K_M and Q5_K_M; duplicate alias files are intentionally omitted. IQ quantizations are a separate non-linear family and are outside this Q4–Q8 standard set.

FileQuantEffective BPWFile sizeRelative qualityRecommended use
JoyFox-Qwen3.6-35B-A3B-RP-Aggressive-Q4_0.ggufQ4_04.5518.81 GiBEntry-levelLegacy compatibility; use only when K-quants are unavailable
JoyFox-Qwen3.6-35B-A3B-RP-Aggressive-Q4_1.ggufQ4_15.0420.84 GiBEntry-level+Legacy 4-bit with additional scale/min data
JoyFox-Qwen3.6-35B-A3B-RP-Aggressive-Q4_K_S.ggufQ4_K_S4.5918.97 GiBGoodLowest-memory modern K-quant in this release
JoyFox-Qwen3.6-35B-A3B-RP-Aggressive-Q4_K_M.ggufQ4_K_M4.8920.22 GiBVery goodRecommended 4-bit; best balance for constrained systems
JoyFox-Qwen3.6-35B-A3B-RP-Aggressive-Q5_0.ggufQ5_05.5322.88 GiBGood+Legacy 5-bit compatibility
JoyFox-Qwen3.6-35B-A3B-RP-Aggressive-Q5_1.ggufQ5_16.0224.91 GiBGood+Legacy 5-bit with additional scale/min data
JoyFox-Qwen3.6-35B-A3B-RP-Aggressive-Q5_K_S.ggufQ5_K_S5.5322.88 GiBHighSmaller modern 5-bit option
JoyFox-Qwen3.6-35B-A3B-RP-Aggressive-Q5_K_M.ggufQ5_K_M5.7123.61 GiBHigh+Recommended balance for roleplay quality and memory
JoyFox-Qwen3.6-35B-A3B-RP-Aggressive-Q6_K.ggufQ6_K6.5827.20 GiBVery highRecommended high-quality deployment
JoyFox-Qwen3.6-35B-A3B-RP-Aggressive-Q8_0.ggufQ8_08.5235.21 GiBHighest GGUF fidelityMaximum fidelity when memory is not constrained
mmproj-JoyFox-Qwen3.6-35B-A3B-RP-Aggressive-f16.ggufmmproj F16—0.84 GiBLossless projectorRequired only for image/video input through llama.cpp

Weight memory is approximately the file size when fully offloaded, but runtime memory is higher. Context/KV cache, batching, MTP draft state, multimodal embeddings, and backend buffers must also fit. A 128K or 262K context can require substantially more memory than a short-context launch.

Which quant should I choose?

Available memory priorityStart withWhy
Minimum practical footprintQ4_K_SSmallest modern K-quant in the set
Limited memory, quality still importantQ4_K_MStrong 4-bit balance
General roleplay deploymentQ5_K_MBetter dialogue nuance with moderate size increase
High-quality long sessionsQ6_KLow quantization loss; recommended when it fits
Fidelity comparison or abundant memoryQ8_0Closest GGUF option to BF16

Avoid choosing by nominal bit count alone: _K_M preserves selected tensor classes at higher precision than _K_S, while _0 and _1 are older block formats. Backend support can also affect speed, so benchmark the two nearest candidates on the intended runtime.

🚀 GGUF usage

Use a recent llama.cpp build with Qwen3.6 and MTP support.

Download one quant

hf download joyfox/JoyFox-Qwen3.6-35B-A3B-RP-Aggressive \
  GGUF/JoyFox-Qwen3.6-35B-A3B-RP-Aggressive-Q5_K_M.gguf \
  --local-dir JoyFox-Qwen3.6-35B-A3B-RP-Aggressive

Text chat

llama-cli \
  -m JoyFox-Qwen3.6-35B-A3B-RP-Aggressive/GGUF/JoyFox-Qwen3.6-35B-A3B-RP-Aggressive-Q5_K_M.gguf \
  --jinja -c 32768 -ngl 99 \
  --temp 0.85 --top-p 0.95 --top-k 40 --min-p 0.02

OpenAI-compatible server

llama-server \
  -m JoyFox-Qwen3.6-35B-A3B-RP-Aggressive/GGUF/JoyFox-Qwen3.6-35B-A3B-RP-Aggressive-Q6_K.gguf \
  --jinja -c 131072 -ngl 99 \
  --host 0.0.0.0 --port 8080

For partial GPU offload, replace -ngl 99 with the number of layers that fit. Reduce -c first if KV-cache memory is the limiting factor.

Enable native MTP speculative decoding

All main GGUF files contain the native MTP tensors. A recent llama.cpp build can use them directly from the main model:

llama-server \
  -m JoyFox-Qwen3.6-35B-A3B-RP-Aggressive/GGUF/JoyFox-Qwen3.6-35B-A3B-RP-Aggressive-Q6_K.gguf \
  --jinja -c 131072 -ngl 99 \
  --spec-type draft-mtp --spec-draft-n-max 3

MTP is an optional speed feature, not a quality mode. If the runtime does not support draft-mtp, omit the two speculative-decoding flags. Increase the draft length only after measuring acceptance rate, latency, and memory use on the intended workload.

Multimodal inference

Download the F16 projector in addition to one main quant, then pass it with --mmproj:

llama-cli \
  -m JoyFox-Qwen3.6-35B-A3B-RP-Aggressive/GGUF/JoyFox-Qwen3.6-35B-A3B-RP-Aggressive-Q6_K.gguf \
  --mmproj JoyFox-Qwen3.6-35B-A3B-RP-Aggressive/GGUF/mmproj-JoyFox-Qwen3.6-35B-A3B-RP-Aggressive-f16.gguf \
  --jinja -c 32768 -ngl 99

🎛️ Recommended sampling presets

These are starting points, not hard requirements.

ScenarioThinkingTemperatureTop-pTop-kMin-pPresence penalty
Roleplay / creative dialogueOff0.850.95400.020.0–0.5
General chatOff0.700.80200.001.5
General reasoningOn1.000.95200.001.5
Coding / precise tasksOn0.600.95200.000.0

For strict character continuity, place the character card and non-negotiable style rules in the system message. A lower presence penalty usually preserves recurring names, motifs, and setting details better; a higher value encourages novelty but can push long roleplay away from established phrasing.

🤗 Transformers usage

The repository root is the complete BF16 multimodal checkpoint.

from transformers import pipeline

pipe = pipeline(
    "image-text-to-text",
    model="joyfox/JoyFox-Qwen3.6-35B-A3B-RP-Aggressive",
    device_map="auto",
    dtype="auto",
)

messages = [
    {"role": "system", "content": "Stay in character and write vivid, coherent dialogue."},
    {"role": "user", "content": "The rain has stopped. Continue the scene from the inn doorway."},
]

result = pipe(messages, max_new_tokens=512)
print(result[0]["generated_text"][-1]["content"])

Use the repository's chat template. Do not manually concatenate role labels or expose internal reasoning tags in the prompt.

⚠️ Limitations

  • Abliteration changes refusal behavior and cannot guarantee uniformly improved responses.
  • Quantization can reduce subtle prose quality, factual precision, multilingual consistency, and very-long-context stability.
  • Q4 variants are most likely to lose small stylistic distinctions; use Q5_K_M or Q6_K when sustained character voice matters.
  • Long native context does not mean every deployment can allocate a 262K KV cache.
  • MTP speedup depends on token acceptance, backend support, prompt shape, and hardware.
  • Multimodal GGUF inference requires the separate F16 projector.
  • Generated content may be inaccurate or unsuitable. Evaluate the model for the intended application before deployment.

📜 License and attribution

Released under Apache-2.0, following the base model license. Qwen3.6 is created by the Qwen team. The refusal-direction technique is inspired by Arditi et al.; GGUF conversion and quantization use llama.cpp.

🔗 References

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

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

GPU в ailist

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

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

Подбираем GPU…

Класс архитектуры
Qwen3_5MoeForConditionalGeneration
Ревизия весов
79a3367

0 моделей