Model reference · open weights
Ivme-Conversate is an open-weight language model from IvmeLabs. AxForge deploys and operates it for you on dedicated EU-owned hardware — with the licence handled where one is required.
Available as managed deployment — configured and operated for you on dedicated EU hardware, quoted per deployment.
What it is
| Released by | IvmeLabs |
|---|---|
| Type | Language models |
| Task | Text gen |
| Parameters (lead) | 25M |
| Runs with | transformers |
| Released | 2026-09-13 |
| Popularity | 546 downloads / month |
| Licence | Open weights |
About
İvme (Turkish: acceleration) is a series of stupidly small language models built to punch above their weight. This is the third release: a 24.79M parameter decoder-only base model trained from scratch, with a deeper/narrower architecture, two new attention-level changes, a digit-atomic tokenizer, and a revised data mix.
v2 fixed v1's biggest problem (coherence) mostly through data — more tokens, better weighted toward staying on topic. v3 keeps that lesson but changes the architecture itself for the first time since v1: more layers, a narrower hidden dimension, and two specific attention modifications (QK-Norm and XSA) chosen because they target coherence directly rather than just adding parameters. The tokenizer was also rebuilt to keep every digit as its own token, aimed squarely at v2's other well-known weak spot: arithmetic.
| Parameter | Value |
|---|---|
| Architecture | Decoder-only transformer, dense (no loops, no exotic recurrence) |
| Parameters | 24,787,520 |
| Layers | 16 |
| Hidden dim | 320 |
| FFN dim | SwiGLU (~853) |
| Attention heads | 8, full attention (no GQA), head_dim 40 |
| Attention variant | QK-Norm + XSA (Exclusive Self Attention, arXiv:2603.09078) |
| Context length | 1024 tokens |
| Vocab size | 16,000 (custom digit-atomic BPE) |
| Positional encoding | RoPE (θ=10,000) |
| Normalization | RMSNorm (pre-norm) |
| Embeddings | Tied input/output |
| Biases | None |
v2 was 10 layers × 384 hidden dim (depth:width ≈ 0.026). v3 deliberately goes deeper and narrower — 16 layers × 320 hidden dim (depth:width ≈ 0.050) — while landing in almost exactly the same parameter budget. Depth tends to help multi-step reasoning and cross-sentence coherence more than raw width does; width tends to help how much can be memorized per token. This is a real rebalancing of the budget, not a token gesture: the embedding table's share of total parameters drops from v2's 25.8% to v3's 20.7%, with the difference going into deeper transformer layers.
QK-Norm: per-head RMSNorm applied to queries and keys before the RoPE rotation and the dot product, for training stability at higher depth and a higher effective learning rate.
XSA (Exclusive Self Attention): after standard scaled-dot-product attention produces output yᵢ for token i, subtract the projection of yᵢ onto that token's own value vector vᵢ:
zᵢ = yᵢ − (yᵢ · vᵢ) / (‖vᵢ‖² + ε) · vᵢ
The idea, from the source paper: standard attention lets a token attend heavily to itself, which can let a model get lazy and just echo its own representation forward instead of pulling in genuinely new context from other tokens. XSA removes that redundant self-component. Zero extra parameters, negligible extra compute.
Benchmarks were run with lm-evaluation-harness via a transformers-compatible custom model wrapper, plus ArithMark 3.0 via its official evaluation script.
| Benchmark | v2 | v3 |
|---|---|---|
| WikiText-2 (byte perplexity) ↓ | 2.2250 | 2.1362 |
| BLiMP (macro-average) ↑ | 75.09% | 78.49% |
| ARC-Easy (acc) ↑ | 43.56% | 43.60% |
| ARC-Easy (acc_norm) ↑ | 39.98% | 39.02% |
| ARC-Challenge (acc_norm) ↑ | — | 24.06% |
| HellaSwag (acc_norm) ↑ | — | 28.82% |
| PIQA (acc_norm) ↑ | — | 57.78% |
| ArithMark-3 (acc_norm) ↑ | — | 34.70% |
BLiMP moved up a real 3.4 points — the clearest confirmation that the depth/width rebalancing and the two attention changes did what they were meant to do for grammaticality and coherence. WikiText-2 perplexity also improved.
ARC-Easy is flat to slightly down (acc_norm: 39.98% → 39.02%), not up. Worth being straightforward about this rather than spinning it: ARC-Easy tests science-fact recall, which leans more on raw embedding/knowledge capacity than on the kind of cross-sentence reasoning BLiMP measures. v3 deliberately shrank the embedding table's share of the parameter budget (25.8% → 20.7%) to buy depth, and also cut Cosmopedia's weight hard (27% → 5.6%, it was stale synthetic data) in favor of more naturalistic web text. Both are plausible, specific mechanisms for a small knowledge-recall cost alongside the coherence gain — this looks like a real tradeoff from the choices made, not noise.
Strong on core agreement paradigms, several near-ceiling:
| Paradigm | Accuracy |
|---|---|
| blimp_principle_A_case_1 | 100.00% |
| blimp_anaphor_number_agreement | 99.30% |
| blimp_determiner_noun_agreement_1 | 98.40% |
| blimp_sentential_negation_npi_licensor_present | 97.60% |
| blimp_anaphor_gender_agreement | 95.70% |
Weaker on long-distance dependencies and island constraints, same pattern as v2 and typical for small models:
| Paradigm | Accuracy |
|---|---|
| blimp_wh_vs_that_with_gap_long_distance | 37.90% |
| blimp_left_branch_island_echo_question | 26.20% |
| blimp_sentential_subject_island | 41.50% |
| blimp_coordinate_structure_constraint_complex_left_branch | 42.10% |
| blimp_principle_A_reconstruction | 35.40% |
Short answer: it fixes the representation, not the reasoning. ArithMark-3 lands at 34.70% (acc_norm), well above the benchmark's 25% random-choice floor and ahead of most other small models in its published leaderboard cohort — a real, positive signal that digit-atomic tokenization helped. But free-form arithmetic generation is still weak: asked directly (1 + 1 =), the model reliably produces plausible-looking numbers that are frequently wrong (1 + 1 = 20).
This split result makes sense once you separate what digit-atomic tokenization actually fixes from what it doesn't. Before v3, multi-digit numbers collapsed into single opaque BPE tokens, so the model never even saw place-value structure — "127" was one indivisible symbol, not 1 hundred + 2 tens + 7 ones. Splitting every digit into its own token fixes that re
From the published model card. Full card on the HuggingFace links in the sidebar.
How it works
Using it via the API
Once AxForge deploys ivme-conversate for you, it answers on the OpenAI-compatible API — the same base URL and keys as every other model. (ivme-conversate below is illustrative; you get the exact model name on deployment.)
$ curl -sS https://api.axforge.ai/v1/chat/completions \
-H "Authorization: Bearer $AXFORGE_API_KEY" \
-H "Content-Type: application/json" \
-d '{"model":"ivme-conversate","messages":[{"role":"user","content":"Hello"}]}'
Create an account — your API key is available in the console. 3M free tokens every 30 days with every new account.