Blog¶
13 posts in the OmniSenter catalog, in reading order.
Foundations (read first)¶
The Omni Family
The naming convention: Omni (multimodal), Senter (agentic core), Ohm (self-evolving), Senter Ohm (the flagship). With the family tree.
The Omnimodal Fusion
The three-component fusion that powers every Omni model: Cosmos × ACE-Step × Nemotron ASR.
OmniStep Multimodal
The destination unified model — a single Darwin-merged text backbone with all modality heads attached.
The flagship¶
Senter Ohm: The Self-Evolving Flagship
The design doc. Senter Ohm = ~32B-total / 8B-active MoE with the Ohm self-evolution engine. Three new ideas, one architecture diagram.
Senter Ohm 32A8B: The Math
Per-layer params, active vs total, 4-bit vs bf16 disk, VRAM at inference + training.
The 5-Stage Pipeline
SFT → evolutionary merge → sparse upcycle → 256K YaRN → plugin+notebook+Ohm wiring. With wall times.
Sparse Upcycling: The Stage 3 Deep Dive
Turning an 8B dense into a 32B MoE with 8B active. Math, script, design choices, wild cards.
The concepts¶
Synthesia: The Cross-Modal Memory Layer
Joint (text, audio, image) embeddings, 10 concrete benefits, the data it needs, the MoE expert.
The Ohm Runtime
The self-evolving model file. The .ohm bundle format, the background CMA-ES loop, the safety properties.
The OmniSenter Architecture
Stream I/O → MoE → notebook → plugins → Hermes. The full system architecture.
The integration¶
Senter as the Hermes Auxiliary
How Senter talks to Hermes Agent. The notebook-as-API pattern, escalation rules, the cost model.
The Notebook Schema
YAML session files, cross-modal moments, the compaction policy, the privacy model.
The research direction¶
Generative Darwin Evolution
Extending Darwin Family weight-space merging to DiT/audio/video. The research direction.