File size: 4,523 Bytes
c1f1e1a
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
---
license: mit
library_name: mlx
pipeline_tag: image-text-to-text
language:
- en
base_model: microsoft/Fara1.5-9B
tags:
- computer-use
- cua
- web-agent
- multimodal
- vision-language
- agent
- browser-automation
- magentic
- fara
- mlx
---

# mlx-community/Fara1.5-9B-8bit

[microsoft/Fara1.5-9B](https://huggingface.co/microsoft/Fara1.5-9B) converted to
MLX and quantized to **8-bit**, for inference on Apple Silicon.

Fara1.5 is a computer-use / web-agent vision-language model built on Qwen3.5 β€” it
reads screenshots and acts on interfaces. **The vision path is preserved in this
conversion**, because for this model class it is the point.

## Quantization

| | |
|---|---|
| Requested bits | 8 |
| Group size | 64 |
| Mode | affine |
| **Effective bits per weight** | **8.86** |
| On-disk size | 9.8 GB |
| Shards | 2 |

Effective bits exceed the requested value because `mlx-vlm` quantizes only the
language model and leaves the **vision tower in bf16** by design β€” 333 vision
tensors, none of them quantized. The vision encoder is a small share of the
weights but disproportionately sensitive to quantization error.

```
language_model : quantized (8-bit, group size 64)
vision_tower   : 333 tensors, bf16    <- unquantized
```

## Measured results

All figures measured against the **unquantized bf16 source**, greedy decoding, on
an M2 Pro / 32 GB. At 9B the bf16 control fits in memory, so this is a
*behavioural* comparison, not a weight-level proxy.

| Metric | bf16 (source) | 8-bit |
|---|---|---|
| Perplexity | 3.2339 | 3.2150 |
| Perplexity ratio | 1.000 | **0.994** |
| Top-1 agreement | β€” | **1.000** |
| KL(bf16 β€– quant) | 0 | **0.000593** nats/tok |
| Task accuracy | 8/8 | **8/8** |
| Decode tok/s | 10.2 | **19.7** |
| Peak RAM | 18.97 GB | **11.91 GB** |

**Top-1 agreement is 1.000 over 204 teacher-forced tokens** β€” the 8-bit model
picked the same argmax token as bf16 on every one. KL divergence is 5.9e-4
nats/token. At this fidelity, quantization is not the limiting factor in output
quality.

At 8-bit the model runs **1.9x faster** using **1.6x less memory** than bf16.

### Generation agreement (reported, but not a quality metric)

| Metric | vs bf16 |
|---|---|
| BLEU | 62.05 |
| chrF | 66.9 |
| ROUGE-1 / ROUGE-L | 0.736 / 0.731 |
| Exact match | 4/6 |

**BLEU against bf16 is not a quality measure.** It treats bf16 output as ground
truth, so it penalises valid paraphrase. The divergences here are exactly that β€”
both models answer correctly, then differ in trailing filler:

```
prompt: "Name the capital of Japan in one word."
bf16 : "Tokyo ... I will answer the question directly without any extra content."
8-bit: "Tokyo ... The user asked for the capital of Japan in one word."
```

Same answer, different tail. That is why task accuracy is measured separately β€”
and it is 8/8 for both.

### Vision path

Verified working, not merely present. Given a synthetic UI screenshot with two
buttons and a total, the 8-bit model returned:

> *"two large rectangular buttons side by side: On the left: a "SubmitOrder"
> button. On the right: a "Cancel" button. Below them, the total amount displayed
> is 42.50 USD."*

Both button labels and the amount read correctly.

## What was not measured

No standard benchmarks β€” no MMLU, GSM8K, ScreenSpot, WebArena, or any agentic
evaluation. The accuracy layer is 8 short verifiable prompts, not a benchmark. No
blind LLM-judge quality grading was run for this variant. The vision path was
verified for correctness on a single synthetic screenshot, not scored on a
dataset. **If your use case is the full computer-use loop, evaluate on your own
tasks.**

## Usage

```bash
pip install mlx-vlm
```

```python
from mlx_vlm import load, generate
from mlx_vlm.prompt_utils import apply_chat_template

model, processor = load("mlx-community/Fara1.5-9B-8bit")

prompt = apply_chat_template(
    processor, model.config,
    "Describe this screenshot. What buttons do you see?",
    num_images=1,
)
out = generate(model, processor, prompt, image=["screenshot.png"], max_tokens=256)
print(out.text)
```

Text-only works too β€” pass `num_images=0` and omit `image`.

Note that stock `mlx-lm` loads the **text path only**; use `mlx-vlm` for image
input.

## Credits

All credit for the model belongs to Microsoft. This is a format conversion and
quantization; no training or fine-tuning was performed. Licensed MIT, as the
original. See the [original card](https://huggingface.co/microsoft/Fara1.5-9B)
for intended use and limitations.