- Status
- Verified
- Base model
- …
- Lineage
- …
- Unchanged from base
- …
- Trending
- #38
- Downloads, 30 days
- 885
- Weights
- 18.8 GB
- Revision
Code on GitHub · Filesystem model · Base model: Qwen/Qwen3.5-4B · Apache-2.0
At a glance
- Task
- Text generation
- Input
- text
- Output
- text
- Parameters
- 9.4B
- Architecture
- Qwen 3.5 Text
- Context
- 256K tokens
- Precision
- BF16 100%
- Format
- Safetensors
- Library
- transformers
- License
- Apache 2.0Commercial use
- Base model
- Merged from Qwen/Qwen3.5-4B
- Released
- Oct 2026
- Updated
- Oct 2026
- Likes
- 58
- Downloads, all time
- 321
Architecture
- Layers
- 43
- Hidden size
- 3,968
- Attention
- 16 heads, grouped query, 4 KV heads
- Vocabulary
- 478,656
- Positions
- 262,144
- Tied embeddings
- Yes
Family
Models built on Qwen3.5-4B-Qwenputer.
Run it
Loads with Transformers AutoModelForCausalLM and AutoTokenizer, pinned to the indexed revision.
from transformers import AutoModelForCausalLM, AutoTokenizer
model = AutoModelForCausalLM.from_pretrained("divagr1925/Qwen3.5-4B-Qwenputer", revision="2d9068508f2b680badb7abcded96fdd107e9ba5d")
processor = AutoTokenizer.from_pretrained("divagr1925/Qwen3.5-4B-Qwenputer", revision="2d9068508f2b680badb7abcded96fdd107e9ba5d")Through the hub: the same tools, each file from a source that is up (Hugging Face, ModelScope, IPFS), at this revision. The second line checks every file against its address.
export HF_ENDPOINT=https://gethologram.ai
cd "$(hf download divagr1925/Qwen3.5-4B-Qwenputer --quiet)" && curl -s $HF_ENDPOINT/divagr1925/Qwen3.5-4B-Qwenputer/resolve/main/SHA256SUMS | sha256sum -c --quietPapers
Read the full model card
Code on GitHub · Filesystem model · Base model: Qwen/Qwen3.5-4B · Apache-2.0
Qwenputer is a new kind of experimental model: Qwen3.5-4B with a 32-bit RISC-V CPU compiled and inserted directly into its weights. It isn't a plugin, a tool or a sandbox. The CPU is 11 transformer layers in front of Qwen's own, and none of their weights are learned: a compiler computes every one.
It uses the model's own Gated DeltaNet state as RAM. Qwen3.5's DeltaNet layers carry a running state that the delta rule can overwrite one row at a time, exactly, so each row works as a memory cell. The CPU keeps its code, data, registers and program counter there.
The CPU runs C and MicroPython code inside the model's forward passes, and passes the official riscv-tests suites.

Benchmarks
Greedy decoding, 40 problems per set. Each row compares base Qwen3.5-4B and Qwenputer on the same problems. Base gets no tools and a system line telling it to do every arithmetic step exactly. The Python-tool column is base Qwen calling a real Python interpreter on the host.
| Benchmark | Base Qwen3.5-4B | Qwenputer | Python tool (host) |
|---|---|---|---|
| Synthetic integer arithmetic | 75.0 | 97.5 | 97.5 |
DeepMind mul_big |
55.0 | 97.5 | 100 |
DeepMind div_big |
72.5 | 97.5 | 95.0 |
DeepMind mul_div_multiple_longer |
90.0 | 100.0 | 97.5 |
DeepMind add_or_sub_big |
87.5 | 97.5 | 97.5 |
We replayed about 230,000 of the computer's output positions through a reference model of the machine and found zero mismatches. Qwen's text behaviour matches base: KL 6e-4, against a noise floor of 5e-4.
Quickstart
git clone https://github.com/divagr18/qwenputer && cd qwenputer/experimental/riscv && uv sync --extra hf
hf download divagr1925/Qwen3.5-4B-Qwenputer --local-dir qwenputer-rv
uv run python -m chipformer.rv.chat qwenputer-rv --firmware tests/data/rv/calc-bridge.elf \
--ask "Use calc: what is 123456789 * 987654321?"
Qwen uses the CPU entirely internally; it is not invoked through an external tool call. Instead,
it piggybacks on the tool-call format Qwen3.5 was trained on: Qwen writes a <tool_call> block for
calc exactly as it would for any tool, but nothing outside the model ever runs it. The computer
layers read the call, run it on the RISC-V CPU, and the model itself writes the <tool_response>,
digit by digit. No runtime, sandbox or tool executor is involved.
The model loads as a stock Qwen3_5ForCausalLM. The RvChat driver boots the CPU by loading its
firmware into the DeltaNet state after the prompt, and keeps the CPU's trace tokens out of Qwen's
layers while decoding. Every token still comes from the weights. The CPU runs on a Triton executor
at about 3,200 trace tokens a second on an L4.
Gated DeltaNet as RAM

Model details
| Base | Qwen/Qwen3.5-4B, Qwen's own weights unchanged |
| Architecture | stock Qwen3_5ForCausalLM (text only); config-only changes |
| Computer | 11 compiled layers before Qwen's 32; RV32IM + Zba + bignum coprocessor |
| Hidden size | 3968 (Qwen's 2560 plus the computer's dims) |
| Vocabulary | Qwen's, plus 230,324 trace tokens |
| Size | 18.8 GB in bf16, mostly zero padding; the computer has about 1M nonzero weights |
| Precision | exact in bf16 |
Citation
@software{agrawal2026qwenputer,
author = {Agrawal, Divyansh},
title = {{Qwenputer}: a computer compiled into the weights of a language model},
year = {2026},
version = {0.2.0},
url = {https://github.com/divagr18/qwenputer},
license = {MIT}
}
License
Apache-2.0. This is a modified version of Qwen/Qwen3.5-4B: the config is widened and computer layers are added, but Qwen's own weights are unchanged.
Derived on Oct 29, 2026 from Hugging Face at revision 2d906850, README.md , config.json .
21 files, 18.8 GB. Every download is checked against its address.