You can deploy this model and start earning money today!

Mungert/
II-Medical-8B-1706-GGUF

Name: II-Medical-8B-1706-GGUF
Availability: InStock

Views

No views yet

II-Medical-8B-1706 GGUF Models

Model Generation Details

This model was generated using llama.cpp at commit aa0ef5c5.

Quantization Beyond the IMatrix

I've been experimenting with a new quantization approach that selectively elevates the precision of key layers beyond what the default IMatrix configuration provides.

In my testing, standard IMatrix quantization underperforms at lower bit depths, especially with Mixture of Experts (MoE) models. To address this, I'm using the --tensor-type option in llama.cpp to manually "bump" important layers to higher precision. You can see the implementation here:
👉 Layer bumping with llama.cpp

While this does increase model file size, it significantly improves precision for a given quantization level.

I'd love your feedback—have you tried this? How does it perform for you?

Click here to get info on choosing the right GGUF model format

II-Medical-8B-1706

I. Model Overview

II-Medical-8B-1706 is the newest advanced large language model developed by Intelligent Internet, specifically engineered to enhance AI-driven medical reasoning. Following the positive reception of our previous II-Medical-8B, this new iteration significantly advances the capabilities of medical question answering,

We also provide the static quants versions of II-Medical-8B-1706 here

II. Training Methodology

We collected and generated a comprehensive set of reasoning datasets for the medical domain and performed SFT fine-tuning on the Qwen/Qwen3-8B model. Following this, we further optimized the SFT model by training DAPO on a hard-reasoning dataset to boost performance.

For SFT stage we using the hyperparameters:

Max Length: 16378.
Batch Size: 128.
Learning-Rate: 5e-5.
Number Of Epoch: 6.

For the Reinforcement Learning (RL) stage, we designed a two-stage training process. The first stage focuses on enhancing the model's reasoning capabilities for complex medical questions. The second stage ensures that the model's responses prioritize safety and helpfulness. Both stages utilize the following configuration:

Max prompt length: 2048 tokens.
Max response length: 12288 tokens.
Overlong buffer: Enabled, 4096 tokens, penalty factor 1.0.
Clip ratios: Low 0.2, High 0.28.
Batch sizes: Train prompt 512, Generation prompt 1536, Mini-batch 32.
Responses per prompt: 16.
Temperature: 1.0, Top-p: 1.0, Top-k: -1 (vLLM rollout).
Learning rate: 1e-6, Warmup steps: 10, Weight decay: 0.1.
Loss aggregation: Token-mean.
Gradient clipping: 1.0.
Entropy coefficient: 0.

III. Evaluation Results

Our II-Medical-8B-1706 model achieved a 46.8% score on HealthBench, a comprehensive open-source benchmark evaluating the performance and safety of large language models in healthcare. This performance is comparable to MedGemma-27B from Google. We provide a comparison to models available in ChatGPT below.

Detailed result for HealthBench can be found here.

We also evaluate on nine other medical QA benchmarks include MedMCQA, MedQA, PubMedQA, HealthBench, medical related questions from MMLU-Pro, small QA sets from Lancet and the New England Journal of Medicine, 4 Options and 5 Options splits from the MedBullets platform and MedXpertQA.

Model	MedMC	MedQA	PubMed	MMLU-P	HealthBench	Lancet	MedB-4	MedB-5	MedX	NEJM	Avg
HuatuoGPT-o1-72B	76.76	88.85	79.90	80.46	22.73	70.87	77.27	73.05	23.53	76.29	66.97
M1	62.54	75.81	75.80	65.86	15.51	62.62	63.64	59.74	19.59	64.34	56.55
Qwen3-8B	66.53	81.38	73.9	77.85	42.27	66.26	68.83	62.66	19.59	69.65	62.89
Qwen3-32B	74.18	88.92	76.1	80.7	47.08	72.33	72.27	71.42	28.04	76.94	68.80
MedGemma-27B-IT	73.24	87.27	70.9	80.13	46.54	70.14	75.32	73.37	25.55	76.28	67.87
II-Medical-8B	71.57	87.90	78.7	80.46	40.02	70.38	78.25	72.07	25.26	73.13	67.77
II-Medical-8B-1706	74.44	88.61	79.8	81.04	46.8	71.60	80.84	74.67	29.63	77.61	70.5

IV. Dataset Curation

The training dataset comprises 2.3M samples from the following sources:

1. Public Medical Reasoning Datasets

2. Synthetic Medical QA Data with Qwen3-235B-A22B

Generated from established medical datasets:

3. Curated Medical R1 Traces (338,055 samples)

First we gather all the public R1 traces from:

PrimeIntellect/SYNTHETIC-1
GeneralReasoning/GeneralThought-430K
a-m-team/AM-DeepSeek-R1-Distilled-1.4M
open-thoughts/OpenThoughts2-1M
nvidia/Llama-Nemotron-Post-Training-Dataset: Science subset only
Other resources: cognitivecomputations/dolphin-r1, ServiceNow-AI/R1-Distill-SFT,...

All R1 reasoning traces were processed through a domain-specific pipeline as follows:

Embedding Generation: Prompts are embedded using sentence-transformers/all-MiniLM-L6-v2.
Clustering: Perform K-means clustering with 50,000 clusters.
Domain Classification:
- For each cluster, select the 10 prompts nearest to the cluster center.
- Classify the domain of each selected prompt using Qwen2.5-32b-Instruct.
- Assign the cluster's domain based on majority voting among the classified prompts.
Domain Filtering: Keep only clusters labeled as Medical or Biology for the final dataset.

4. Other

269k prompts from Text-Book-QA-subset
162k prompts from Text-Patient-QA-subset
112k prompts from Chat-Doctor-QA
Subset Instruction-following from a-m-team/AM-Qwen3-Distilled

Preprocessing Data

Filtering for Complete Generation
- Retained only traces with complete generation outputs
Length-based Filtering
- Minimum threshold: Keep only the prompt with more than 3 words.
- Wait Token Filter: Removed traces with has more than 47 occurrences of "Wait" (97th percentile threshold).
Response Deduplicate
- Ngram: 4
- Jacard Threshold: 0.7

Data Decontamination

We using two step decontamination:

Following open-r1 project: We decontaminate a dataset using 10-grams with the evaluation datasets.
After that, we using the fuzzy decontamination from s1k method with threshold 90%.

Our pipeline is carefully decontaminated with the evaluation datasets.

V. How To Use

Our model can be utilized in the same manner as Qwen or Deepseek-R1-Distill models.

For instance, you can easily start a service using vLLM:

vllm serve Intelligent-Internet/II-Medical-8B-1706

You can also easily start a service using SGLang:

python -m sglang.launch_server --model Intelligent-Internet/II-Medical-8B-1706

VI. Usage Guidelines

Recommended Sampling Parameters: temperature = 0.6, top_p = 0.9
When using, explicitly request step-by-step reasoning and format the final answer within \boxed{} (e.g., "Please reason step-by-step, and put your final answer within \boxed{}.").

VII. Limitations and Considerations

Dataset may contain inherent biases from source materials
Medical knowledge requires regular updates
Please note that It’s not suitable for medical use.

VIII. Citation

bib

@misc{2025II-Medical-8B-1706,
      title={II-Medical-8B: Medical Reasoning Model}, 
      author={Intelligent Internet},
      year={2025}
}

🚀 If you find these models useful

Help me test my AI-Powered Quantum Network Monitor Assistant with quantum-ready security checks:

👉 Quantum Network Monitor

The full Open Source Code for the Quantum Network Monitor Service available at my github repos ( repos with NetworkMonitor in the name) : Source Code Quantum Network Monitor. You will also find the code I use to quantize the models if you want to do it yourself GGUFModelBuilder

💬 How to test:
Choose an AI assistant type:

TurboLLM (GPT-4.1-mini)
HugLLM (Hugginface Open-source models)
TestLLM (Experimental CPU-only)

What I’m Testing

I’m pushing the limits of small open-source models for AI network monitoring, specifically:

Function calling against live network services
How small can a model go while still handling:
- Automated Nmap security scans
- Quantum-readiness checks
- Network Monitoring tasks

🟡 TestLLM – Current experimental model (llama.cpp on 2 CPU threads on huggingface docker space):

✅ Zero-configuration setup
⏳ 30s load time (slow inference but no API costs) . No token limited as the cost is low.
🔧 Help wanted! If you’re into edge-device AI, let’s collaborate!

Other Assistants

🟢 TurboLLM – Uses gpt-4.1-mini :

**It performs very well but unfortunatly OpenAI charges per token. For this reason tokens usage is limited.
Create custom cmd processors to run .net code on Quantum Network Monitor Agents
Real-time network diagnostics and monitoring
Security Audits
Penetration testing (Nmap/Metasploit)

🔵 HugLLM – Latest Open-source models:

🌐 Runs on Hugging Face Inference API. Performs pretty well using the lastest models hosted on Novita.

💡 Example commands you could test:

"Give me info on my websites SSL certificate"
"Check if my server is using quantum safe encyption for communication"
"Run a comprehensive security audit on my server"
'"Create a cmd processor to .. (what ever you want)" Note you need to install a Quantum Network Monitor Agent to run the .net code on. This is a very flexible and powerful feature. Use with caution!

Final Word

I fund the servers used to create these model files, run the Quantum Network Monitor service, and pay for inference from Novita and OpenAI—all out of my own pocket. All the code behind the model creation and the Quantum Network Monitor project is open source. Feel free to use whatever you find helpful.

If you appreciate the work, please consider buying me a coffee ☕. Your support helps cover service costs and allows me to raise token limits for everyone.

I'm also open to job opportunities or sponsorship.

Thank you! 😊

Mungert/II-Medical-8B-1706-GGUF