Downloads · 30 days
0
romainkh14/RWKV-7-G1a-0.4B_BRIK
RWKV-7-G1a-0.4B_BRIK is a text generation model from romainkh14. Use it when you need the model to write or continue text. It is set up for brimkern. The card lists the license as apache-2.0.
RWKV-7 G1a 0.4B (BlinkDL, Apache-2.0) converted to the BRIK format so it runs inside the browser on the visitor's GPU (WebGPU) — no inference server. Converted from a F16 GGUF.
Downloads · 30 days
0
Access
Public
Updated Oct 7, 2026
Repo size
304 MB
Likes
0
Public
Click a slice to open those files.
.brik304 MB · 100%
From the Hugging Face model README
RWKV-7 G1a 0.4B (BlinkDL, Apache-2.0) converted to the BRIK format so it runs inside the browser on the visitor's GPU (WebGPU) — no inference server. Converted from a F16 GGUF.
An Apache-2.0 option of the Brimkern catalogue, measured against the 149 MB LFM2.5 that was the widget default until SDK 0.8.0. (Since 0.8.0 the default is Qwen3-0.6B Shop EN/FR, 290 MB, itself Apache-2.0.)
| File | rwkv7-g1a-0.4b-q4.brik (304 MB) |
| Quantization | int4 — pre-quantized in the layout the kernels read (no dequantization at load) |
| Tokenizer | embedded in the file (RWKV World vocab, no separate download) |
| Architecture | recurrent, 24 blocks, d=1024, vocab 65 536 |
| Engine | Brimkern — hand-written WGSL kernels |
👉 https://brimkern.com/chat?model=romainkh14/RWKV-7-G1a-0.4B_BRIK
The file is streamed by HTTP Range, cached by the browser, then reusable offline. Nothing is sent to a server: the prompt and the generation stay on the machine.
RWKV-7 is recurrent: a fixed-size state (~1 MB) replaces the KV cache, so memory does not grow with the conversation. And it is Apache-2.0 — the most permissive weights in the catalogue, with no restriction on commercial use.
<script src="https://brimkern.com/sdk.js"></script>
<script>
Brimkern.embed({
model: 'https://huggingface.co/romainkh14/RWKV-7-G1a-0.4B_BRIK/resolve/main/rwkv7-g1a-0.4b-q4.brik',
title: 'Assistant',
});
</script>
Requires [email protected] or later (the release that added RWKV-7 dispatch to the SDK). Computation
runs on the visitor's GPU: no per-token cost, no rate limit, and the weights download only if someone
actually opens the widget.
Chrome, Apple Silicon laptop, production build — replayable benches in
scripts/e2e/:
| Decoding | 33-36 tok/s |
| Cold load, fresh profile | ready in 286 s (304 MB streamed), then instant from cache |
Widget document Q&A (sdk-rag.mjs, EN + FR) | 10/12 |
The two failures are the same case in both languages: reading one row of a table (26.0/26.5 cm instead of 27.0). Refusals, greetings and two-number disambiguation all hold. Against the LFM2.5-230M, the default at the time (12/12, 149 MB, LFM 1.0 license), the Apache option therefore costs 2× the download and loses table reading — which is the whole point of publishing both.
A .brik is a self-describing container: architecture, tokenizer and configuration travel inside
the file, weights are pre-quantized in the layout the kernels read, and every layer is one contiguous
HTTP range — partial load, resume after a drop, offline afterwards. Specification:
BRIK_FORMAT.md.
Weights under Apache-2.0 (RWKV-7 G1a, BlinkDL). The Brimkern engine itself is MIT.