Join the conversation

Join the community of Machine Learners and AI enthusiasts.

Sign Up

All HF Hub posts

SeaWolf-AIΒ 
posted an update about 18 hours ago
view post
Post
1127
πŸ”΅ VKUE β€” No GPU? Runs anyway.

"Frontier models need a datacenter GPU" rests on a hidden assumption: that the model reads ALL its parameters every token. Decode is memory-bandwidth bound β€” sweep 34B params/token and an 8 GB card dies at 1–2 tok/s.

So we ran ONE 34.7B reasoning model β€” Ourbox-35B-JGOS, a sparse Mixture-of-Experts β€” as the identical weights across the whole hardware spectrum. All measured:

β€’ B200: 18,057 tok/s (aggregate)
β€’ 1Γ— A10G: 126 tok/s
β€’ 8 GB laptop (RTX 5060): 20 tok/s
β€’ GPU-less CPU: 17 tok/s

Why it works: Ourbox holds 34.7B params but only ~3B are active per token (256 experts, top-8). Since decode is bandwidth-bound, a dense 34B moves ~16.7 GB/token while Ourbox moves ~1.45 GB β€” ~11Γ— less traffic. Put the experts in system RAM, keep attention/router/shared on the GPU, and a 34.7B reasoner runs on an 8 GB laptop β€” or no GPU at all.

Sparsity alone, proven (same laptop, same quant, ~same footprint): Ourbox-35B (A3B) 20.01 tok/s vs Qwen2.5-32B (dense) 5.36 β†’ 3.7Γ— from sparsity alone, ~2Γ— the best dense-32B on any 8 GB machine. Not a toy: GPQA Diamond 86.4% (maj@8).

Try it live (same prompt, GPU vs GPU-less CPU, live tok/s). Honest scope: one machine's measurements; the CPU path proves it RUNS without a GPU, not that it beats one.

πŸ“ Article: https://huggingface.co/blog/FINAL-Bench/vkue
πŸ”΅ GPU vs CPU demo: https://final-bench-ourbox-35b-vkue-demo.hf.space/
πŸ”΅ CPU-only demo: https://final-bench-ourbox-35b-vkue-cpu.hf.space
πŸ“Š VKUE leaderboard: FINAL-Bench/VKUE
πŸ€— Model: FINAL-Bench/Ourbox-35B-JGOS-GGUF
⚑ VKAE (speed): VIDraft/vkae

VKUE is the "runs anywhere" side of our serving line; VKAE the "fast on datacenter GPUs" side. VKAE is fast; VKUE is everywhere.
MiniMax-AIΒ 
posted an update 3 days ago
view post
Post
4380
Huge news from MiniMax: we’ve secured a $2B funding round, paired with a formal long-term commitment from our CEO IO to allocate 1% of total company equity from his personal holdings to support the global open-source AI community over the next four years.

This capital backs our continuous open model releases, community tooling and transparent frontier AI research. We’re just getting started on our open-source roadmap toward accessible AGI.

If you build with open foundation models and want to push frontier AI together, come join us.
Intelligence with Everyone. πŸš€

MiniMaxAI
  • 3 replies
Β·
NatalieYΒ 
posted an update 2 days ago
view post
Post
2277
Aiden: a physical AI agent that controls phones over USB HID

Most GUI agent work assumes the agent lives inside the device or
drives it through a debugging interface. We went the other way.

Aiden is a small board that sits outside the host. It captures the
screen over HDMI-to-CSI, runs the agent loop on-device, and sends
actions back as a standard USB HID device β€” the host sees a keyboard
and a mouse, nothing else. No app install, no root, no ADB, no cloud.

Runtime is Go. Frame capture, full-duplex audio with VAD, the agent
loop, and HID output all run as independent goroutines. There's no
backend β€” nothing leaves the device, which is the only defensible
design when the input is a live feed of someone's phone screen.

Open questions we haven't solved:
Β· Action verification β€” inferring success from a re-read of the
screen breaks when loading states lie
Β· Prompt injection β€” an agent that reads screens reads whatever an
attacker puts on them
Β· iOS pointer control requires AssistiveTouch

Repo, including the HID gadget config and capture pipeline:
github.com/AidenAI-IO/aiden-hardware-demo

Wrote up how this differs from cloud-based computer use agents here:
https://aidenai.io/blog/mobile-ai-agent-vs-computer-use-agent-whats-the-difference/

Note: current hardware is a dev board, not a finished product.
  • 2 replies
Β·
danielhanchenΒ 
posted an update 2 days ago
Quazim0t0Β 
posted an update 2 days ago
view post
Post
2676
🧩 Verified neural units, now for memory & storage

Following up on my neural-aarch64-units (small MLPs that emulate CPU datapath slices, verified bit-exact over their entire finite input domain β€” N/N), I applied the same discipline to memory and storage. Three new repos:

πŸ”· neural-ddr β€” verified units emulating DDR5 logic: DBI (256/256, 512/512), ADDR_MAP (4096/4096), CMD_DECODE (32/32), WR_CRC (512/512), and on-die ECC ODECC (256/256, 3328/3328). Composed into a bridge that presents DDR5 behavior over real DDR3/DDR4 RAM β€” flip a bit in every stored byte, ECC corrects all of them.
πŸ€— Quazim0t0/neural-ddr Β· πŸ’» https://github.com/quzi93/neural-ddr

πŸ—„οΈ neural-storage β€” a self-healing vault on a neural-verified GF(2⁸) core (LOG/EXP compose to a multiply verified over all 65,536 pairs). Content-addressed dedup + Reed-Solomon so any k of n shards rebuild the whole, plus a whole-drive β†’ self-healing .pt imager.
πŸ€— Quazim0t0/neural-storage Β· πŸ’» https://github.com/quzi93/neural-storage

πŸ’Ώ neural-cd-preserve β€” scan a disc into a self-healing .pt that detects (per-shard SHA-256) and repairs bit-rot, restoring bit-exact even from a damaged copy. Beyond the RS limit it's flagged LOST, never silently wrong.
πŸ€— Quazim0t0/neural-cd-preserve Β· πŸ’» https://github.com/quzi93/neural-cd-preserve

Build your own: golden finite function β†’ enumerate the domain (decompose big/linear ops like CRC/ECC/GF into bit/byte slices) β†’ train a small MLP β†’ verify must be bit-exact on 100% of inputs or it's rejected β†’ compose. Every repo ships the training + exhaustive-verification scripts.

Honest by construction: dedup removes redundancy, erasure coding adds it, ECC corrects faults β€” none of it pretends to beat entropy. Runs on modest/older hardware. πŸ€—
  • 1 reply
Β·
ReubencfΒ 
posted an update 2 days ago
view post
Post
779
GPT 5.6 SOL builds hugging city a multiplayer online game hosted at Reubencf/Hugging-city
  • 2 replies
Β·
Quazim0t0Β 
posted an update 3 days ago
view post
Post
5331
Disabling Gated Access for some of my models today. I will update this post with the list as I go. I had to go back recently and make updates to a lot of models and bit off more than I could chew with managing all the releases. I didn't realize many of you asked for access and I apologize for not accepting your access to the models you were wanting to look at. I don't like to release something fully unless I feel I put what I could into it for the moment. Some models will remain on gated access, but I will now be accepting those who request to view the repo.

Disabled Gated Access:
Quazim0t0/Byrne-VLM-131M - v2 Updates + Training Instructions
Quazim0t0/Byrne-Speech - 12M Tiny Speech model
Quazim0t0/Byrne-ASR-English - 12M Tiny ASR Model
Quazim0t0/Byrne-VE - Byrne-VE β€” Tiny Self-Distilled Vision Encoder (39M)
Quazim0t0/Positronic-144M - Research Artifact
Quazim0t0/SpikeWhale-SNN-216M - Research Artifact
Quazim0t0/Mycel-LM-79M - Research Artifact
Quazim0t0/Chimera-64M - Research Artifact

Accepting Gated Access Requests (7/9):
Quazim0t0/Wheeler-63M

Also uploaded my Neural Photonic Project:
Three trained nets in series: light interferes through the MZI2.pt optical core (verified 256/256), is measured by the PD.pt neural photodetector (verified 1024/1024), and folded into a single OUTPUT byte by the real ADC8 neural-CPU adder. Every value below is computed end-to-end by the three loaded, verified nets β€” no analytic formulas.
Demo: https://quazim0t0-neural-photonic-hybrid.hf.space/
Model Weights: Quazim0t0/neural-photonic

AND!

A work in progress:
Ashen Depths
https://quazim0t0-ashendepths.static.hf.space/index.html
pranavupadhyaya52Β 
posted an update 3 days ago
view post
Post
431
Wiki-SmartBotLM Benchmarked. Here are the results:

Benchmark WikiSB | Gemma3_270M
BoolQ 37.8 | 61.4
ARC Challenge 24.2 | 28.2
HellaSwag 26.3 | 37.7
PIQA 53.5 | 66.2
Winogrande 50.2 | 52.3

Summary:
Closest benchmark: Winogrande (2.1-point gap)
Strong performance: ARC Challenge (4.0-point gap)
Moderate gap: HellaSwag and PIQA
Largest gap: BoolQ (Reading Comprehension)

It shows despite the training difference between Gemma3 270M and WikiSmartBotLM, It does come close to Gemma 3 in some benchmarks.

pranavupadhyaya52/Wiki-SmartBotLM-Instruct
  • 3 replies
Β·
Quazim0t0Β 
posted an update about 23 hours ago
view post
Post
511
I never really posted about my DaisyChain project because it's still work in progress. I decided to post a small bit about it and the demo.
DaisyChain Genomics: four small DNA/RNA specialists chained behind a learned router that behave like one big genomics model, at ~7Γ— less active compute.
I built a modular genomics model chasing a 500M-parameter foundation model, then caught myself measuring it wrong. Here's the honest version.
DaisyChain is a different bet: instead of one monolithic DNA model, it's four ~74M specialists (eukaryote, prokaryote, mRNA, splice) chained behind a learned router, each distilled per-domain from HuggingFaceBio's Carbon-500M. Every specialist reports how surprised it is (bits/base) and the router hands each sequence to the link most at home with it. In lineage it's a cluster Branch-Train-Merge mixture of experts, so you can chain on a new domain without retraining the others.
The pitch: ~295M total params (under Carbon-500M), but only one ~74M specialist runs per query, so ~7Γ— cheaper per token, routing at 100% held-out.
The mistake: Carbon works in 6-mers, and I'd been scoring likelihood as 6-mer cross-entropy. By that number I was +0.043 bits/base behind, splice even "beating" Carbon. But Carbon scores at the base-pair level, which is harder and more honest. Re-run their way:
Real gap: 1.862 vs 1.787 bits/base, +0.089 behind, not +0.043
No domain actually beats Carbon; the "splice win" was an artifact
Seq recovery: euk 31.5% vs 38.9%, bacteria 40.9% vs 54.1%

DaisyChain is still behind Carbon-500M (itself a draft model, not built to top benchmarks), but by a number I can defend, and the gap closes with every per-domain pass. 🌼

DaisyChainAI

DaisyChainAI/Daisychain-Genomics-Demo
DaisyChainAI/daisychain-genomics
JuanxiΒ 
posted an update 2 days ago
view post
Post
1846
πŸš€WorldFoundry | Unified World Model Inference & Evaluation Infrastructure

WorldFoundry is an open-source infrastructure that unifies inference and evaluation for generative world models. It supports video generation, interactive worlds, 3D/4D representations, and embodied models through a unified workflow with TUI, CLI, and Studio interfaces. The framework integrates a growing collection of state-of-the-art models and currently includes 58 benchmarks, including VBench, VideoScore, WorldScore, WorldModelBench, Physics-IQ, and T2V-CompBench.

We welcome the community to ⭐ star the repository, submit pull requests, open issues, and contribute new models and benchmarks.

πŸ”— GitHub:https://github.com/OpenEnvision/WorldFoundry
πŸ“– Project & Docs:https://openenvision.github.io/WorldFoundry
  • 5 replies
Β·