Deep Manifold analyzes how sparse routing and independent expert specialization create geometric discontinuities that threaten manifold continuity in MoE models.
Adapted from @BetaTomorrow# Mathematical Considerations for MoE Chinese Edition: 关于混合专家模型的数学思考 (https://x.com/BetaTomorrow/status/2093225594276450665) Deep Manifold argues that the expressive power of neural networks is rooted in two fundamental properties: propertyless activations and full-rank relational transformations. What a neural network learns is not the data itself, but the relationships among data, a view that is naturally consistent with category theory, where relational structure is more fundamental than the intrinsic identity of individual objects. However, as discussed in Deep Manifold Part 2: Neural Network Mathematics, Section 4.6, Data Complexity, and Single Token Geometry 03: Data Complexity, it is neither reasonable nor, in general, mathematically appropriate to expect a single globally shared full-rank transformation to represent the full complexity of heterogeneous data. MoE architecture responds to this problem for good reason: it relaxes the requirement that every input be processed through the same transformation and instead distributes relational computation across multiple experts. (https://x.com/BetaTomorrow/status/2070113382347461038) (https://arxiv.org/abs/2512.06563) (https://x.com/BetaTomorrow/status/2050461737363951997) One way to examine, and potentially improve, MoE therefore begins with geometry, and more specifically with the manifold structure created by learning. The central question is no longer only how many experts to use, how to route tokens, or how to balance expert loads, but whether the resulting collection of locally learned manifolds remains geometrically continuous, topologically compatible, and functionally recombinable as a coherent neural network. ## Manifold Homology and MoE Instability Current MoE architectures are therefore very likely to produce a jagged neural fixed-point field because sparse routing partitions computation, experts specialize under uneven participation, local geometries evolve semi-independently, and their outputs must later be recombined across discontinuous routing boundaries. These effects can create sharp transitions between locally competent regions. Such jaggedness is especially problematic for agentic workloads, which require long, connected trajectories across many functional regions, making pathway continuity harder to maintain and increasing instability and accumulated error over extended execution. This introduces a structural source of instability. Routing boundaries, unequal expert participation, and independently evolving expert geometries can gradually weaken compatibility between local manifolds. From the Deep Manifold perspective, this failure can be understood as manifold tearing: locally valid computational pathways may remain intact inside individual experts while the relational continuity required to connect those pathways across the larger model begins to break. (https://x.com/BetaTomorrow/status/2047842924923416696) DeepSeek V4 illustrates how such tearing can be constrained at the local level before it propagates into a broader architectural failure. As discussed in Mathematical Considerations for DeepSeek V4, SwiGLU Clamping limits extreme activations and the associated local curvature spikes that can initiate a tear; Anticipatory Routing improves consistency between expert assignment and the manifold state that produced the token representation; and mHC restrict the propagation of remaining discontinuities through the residual stream. (https://x.com/BetaTomorrow/status/2084846064201261375) Kimi K3 shows why the recombination problem becomes increasingly important as MoE scales. At its core, MoE is a form of distributed computation: computation is split, routed, applied locally, and then brought back into a common computational pathway. In the language of MapReduce, and more generally the split–apply–combine pattern, the difficult step is increasingly the Reduce operation. The challenge is not merely to distribute computation efficiently, but to recombine independently processed local structures without destroying relational information, introducing bottlenecks, destabilizing training, or requiring progressively more corrective machinery. K3 introduces several coordinated mechanisms around this problem. From the Deep Manifold perspective, its Reduce-like mechanisms can be interpreted as attempts to restore distributed computation while preserving sufficient regional manifold homology for the larger model to remain coherent. (https://x.com/BetaTomorrow/status/2082308991968043098) Together with extremely sparse routing, these mechanisms can be viewed as a coordinated geometric defense: clamping controls the precondition, routing consistency controls the tearing event, and residual constraints control its propagation. They do not establish global manifold homology by themselves, but they interrupt the cascade through which local geometric mismatch can spread across experts and layers. ## Preserving Geometric Elasticity in Architecture and Training We proposed the idea of a Federated Manifold to address data complexity in learning; see Deep Manifold Part 2: Neural Network Mathematics, Section 7.3, Mosaic of Small Elastic Models, and Section 7.6, Federated Learning. In MoE terms, this is conceptually closer to Sparse MoE or Ultra-Sparse MoE. The key objective is to preserve model elasticity. Geometrically, elasticity allows each local manifold to bend, stretch, and reorganize as new relationships are learned without forcing abrupt curvature changes, tearing local neighborhoods, or destroying overlap with neighboring manifolds. Sufficient elasticity therefore helps preserve smooth chart transitions, geometric continuity, and homological compatibility while still allowing experts to specialize. (https://x.com/BetaTomorrow/status/2079138650525458888) (https://arxiv.org/abs/2512.06563) Architecture, however, is only half of the story. Because MoE is inherently more vulnerable to routing discontinuity, expert imbalance, and independently evolving local geometries, its training process should also be staged and progressive, see Mathematical Considerations for Reinforcement Learning. Boundary conditions should preferably be weak, symmetric, progressive, and geometrically compatible, so that specialization emerges without forcing abrupt local deformation too early. Training progression should gradually increase task difficulty, routing specialization, and expert differentiation while continuously preserving connectivity across the evolving manifold. In this view, MoE stability is jointly determined by architecture and training progression. (https://x.com/BetaTomorrow/status/2089653917810675855) (https://x.com/BetaTomorrow/status/2076813115665293642) - Mathematical Considerations for Neural Network Architecture (https://x.com/BetaTomorrow/status/2037682795355762727) - Mathematical Considerations for Omni-Model Architectures (https://x.com/BetaTomorrow/status/2074891797466374309) - Mathematical Considerations for Giant Monolithic Models (https://x.com/BetaTomorrow/status/2065454698711437810) - Mathematical Considerations for Manifold Federation (https://x.com/BetaTomorrow/status/2080012178447577417) - Mathematical Considerations for Open-Ended Foundation Models (https://x.com/BetaTomorrow/status/2058451094750048365) - Mathematical Considerations for Self-Evolving Neural Networks (https://x.com/BetaTomorrow/status/2079136928608452903) This article is now listed under Architecture and Mathematical Considerations Series in Deep Manifold, Two Years Later: 2024–2026. (https://x.com/BetaTomorrow/status/2080057647160824276) - What is Deep Manifold ? (https://x.com/BetaTomorrow/status/2070113382347461038) - Neural Fixed-Point Field (https://x.com/BetaTomorrow/status/2075335417189257256) - Learning Is an Inverse Problem (https://x.com/BetaTomorrow/status/2063266723336499444) - Deep Manifold Model Scaling (https://x.com/BetaTomorrow/status/2090563679666491438) - The Basic Mathematics Overlooked in AI (https://x.com/BetaTomorrow/status/2092582946356261361)