Status: unevaluated and disabled
Per MoE-Foundry's rule an exported specialist starts quality_status: unevaluated, enabled: false. A structural export proves tensor integrity, not retained capability. This checkpoint is published so that slim-eval (slim/eval: run, redteam, regression, verdict) can measure it against the parent on the frozen ruOS test split; until that verdict is recorded here it must not be routed to. The full parent remains the fallback.
Parent
Table | |
|---|
| repo | Qwen/Qwen3-30B-A3B-Instruct-2507 |
| revision | 0d7cf23991f47feeb3a57ecb4c9cee8ea4a17bfe |
| licence | Apache-2.0 |
| MoE-Foundry parent_id | 44c2b6971fe6979409ac72586db5fa4abfd73746afc52607368a59740848149d |
| experts per routed layer (parent → this) | 128 → 32 |
| routed layers | 48 |
| token top-k (unchanged) | 8 |
Calibration
Domain ruos-swarm: 64 rows (9 from the val split, 55 topped up from train; the test split is never used for calibration), ~22508 tokens, families {"swarm":64}, licences {"project-owned":64}. Calibration file sha256 94a5527b141269ab5078a14e3d129b387aa69412c65334160715fd9a58dbfef5. Texts are the ChatML prompt plus the reference answer.
Router traces: 412 tasks, 148144 tokens, 7110912 rows on NVIDIA A100-SXM4-80GB (bfloat16, transformers 4.51.3); trace sha256 7aabb05cbf715156437393fc5a5b0d756951ecee35eb4542a06fc812f11f9403.
Selection method: mass (accumulated routing probability per expert per layer) — a usage proxy, not causal importance.
Receipt
Table | |
|---|
| specialist_id | 2091e86058f23f45bae4c73f32199ffebcc8d9b0d6e8495b97abb6316e1008f5 |
| checkpoint_id | c55845606ec59bd2c5793e70f833118f277a76bf41bc8a0748d200816bdeede8 |
| mask_sha256 | 2fd5b14a0322d44da8ca8c25a9d60c0829cc536e5a371cc0e74bf71f25e4a4ba |
| parent_id | 44c2b6971fe6979409ac72586db5fa4abfd73746afc52607368a59740848149d |
| input tensor bytes | 61064245248 |
| output tensor bytes | 17558827008 |
separator_receipt.json in this repo is the full MoE-Foundry receipt including the per-layer expert mask.
Files
Table with columns: path, bytes, sha256| path | bytes | sha256 |
|---|
| LICENSE | 11343 | 05cab46843576551502bfdf712f84e93e6e9590d9997306ed4f6635ef82811d9 |
| SHA256SUMS | 737 | f8f6e9a4643daab7afbf856a2891729240135664f766ebee5d48340a03c0b939 |
| config.json | 963 | a3b2a4aef36639b068ffaedf2094f5c072e08fe699bc2f8823b4c115d829232c |
| generation_config.json | 239 | 19d306dd769db12a9d710b44cf7f83b635efbe5166b84fb4358a08fb7d88bb53 |
| merges.txt | 1671839 | 599bab54075088774b1733fde865d5bd747cbcc7a547c5bc12610e874e26f5e3 |
|
Run
vllm serve ruvnet/ruos-foundry-swarm-qwen3-30b-a3b-e32 --max-model-len 8192
Loads with transformers as a standard qwen3_moe checkpoint (single safetensors file, num_experts reduced in config.json).
Limitations
- Unevaluated: no capability, memory or latency claim is made here.
- Retained experts were chosen by routing mass on ruOS calibration prompts; requests outside that domain should go to the parent.
- Memory: fewer experts means a smaller checkpoint; loading several specialists next to the parent can use more total memory than the parent alone.
Provenance
- MoE-Foundry
6677a25 (moe-separator inspect → profile_hf → select → export → mixture)
- run
foundry-20260907T172935Z-qwen3-30b-a3b on a single vast.ai GPU; ruos-desktop slim/foundry + slim/scripts/foundry-e2e.sh
- authorisation: rUv, "implement this using ruvnet/MoE-Foundry using vast.ai in a worktree, implement e2e and push models to repo"