Skip to article frontmatterSkip to article content
Site not loading correctly?

This may be due to an incorrect BASE_URL configuration. See the MyST Documentation for reference.

Future modules and capabilities roadmap

This is the living build note for Jaxstro’s future numerical-methods, scientific-ML, and supporting infrastructure. It preserves the package-wide assessment and architectural advice that motivated the roadmap, then turns the recommended build order into checklists.

The roadmap is not a promise to implement every named method. A new capability still has to satisfy the thin-foundation admission rule: a generic mathematical contract, a reusable public API, explicit JAX and AD semantics, independent validation, and evidence that Jaxstro is the right owner.

Summary

Current package scale

These are exported names, not algorithm counts; exports also include types, constants, and status identifiers. The values record the inventory audited on 2026-07-12 and must be refreshed when the public API or generated registries change.

Metric identitySymbolValueUnits
Numerical public exportsN_export,numerics181exports
Quantity public exportsN_export,quantity61exports
Atmosphere public exportsN_export,atmosphere52exports
Testing public exportsN_export,testing46exports
Spectral public exportsN_export,spectra22exports
Evidence public exportsN_export,evidence18exports
Scientific-contract public exportsN_export,contract16exports
Spatial public exportsN_export,spatial12exports
Parameterization public exportsN_export,params6exports
Registered public modulesN_module,contract16modules
Callable-level scientific contractsN_callable,contract15callables
Explicitly unclassified public callablesN_callable,unclassified208callables
Module-inherited public record typesN_type,inherited125types
Indexed evidence artifactsN_artifact,evidence5artifacts
Evidence classesN_class,evidence3classes

The important interpretation is that Jaxstro has broad implementation coverage, but callable-level contract classification has not yet caught up with that breadth.

Existing methods and features

Checked items describe implemented capability families. Their detailed maturity and evidence remain governed by the Jaxstro package assessment scorecard, Scientific contract registry, and Validation.

Numerical accuracy and defensive primitives

This is valuable infrastructure because numerical stability is handled once rather than rediscovered inside every downstream physics package.

Automatic differentiation

This is one of Jaxstro’s strongest areas. It distinguishes “JAX can differentiate this expression” from “this derivative means what the scientific claim says it means.”

Scalar rootfinding and inversion

This supports equilibria, event locations, inverse constitutive relations, timestep controllers, and differentiable implicit scientific models.

Interpolation and approximation

This is already a strong foundation for stellar tracks, atmosphere grids, tabulated equations of state, calibration surfaces, and surrogate representations.

Integration and quadrature

Fixed-node construction and differentiable integrand evaluation have deliberately separate contracts.

Linear algebra and operators

This is good for small dense scientific problems and matrix-free composition. It is not yet sufficient for large sparse or Krylov problems.

Optimization helpers

The boundary is appropriately narrow: these are trustworthy optimizer ingredients, not a homegrown replacement for Optax or specialized optimization libraries.

Differential equations

This is useful for transparent fixed-step algorithms and validation fixtures. It is not an adaptive ODE/SDE solver stack.

Probability, sampling, and random methods

These support population synthesis and Monte Carlo mechanics without turning Jaxstro into a probabilistic-programming framework.

Grids, conservative methods, and meshes

This is a credible first finite-volume layer, but it remains intentionally one-dimensional.

Special functions

Geometry, astrometry, and coordinates

Spatial algorithms

Units and quantities

Two related surfaces currently coexist:

The quantity layer is implemented and extensively tested, but ecosystem-wide adoption remains an evidence-gated decision.

Spectra and atmospheres

This is unusually mature infrastructure for sharing atmosphere and spectral mechanics without absorbing Fluxax’s photometric interpretation.

Parameters and constrained spaces

This is a parameter-coordinate bridge, not an inference engine.

Scientific contracts, evidence, and provenance

This predict → compute → audit → state the warranted claim architecture is Jaxstro’s most distinctive advantage over a miscellaneous utility library.

What Jaxstro should become

The target identity is:

Jaxstro is the reusable JAX-native substrate for scientifically trustworthy numerical computation and scientific machine learning: mathematical primitives, transforms, execution telemetry, dimensional semantics, and evidence—not domain policy or inference conclusions.

That is broader than “astrophysics helpers,” but still disciplined.

The ownership split should remain:

ConcernOwner
Generic numerical algorithms and typed diagnosticsJaxstro
Generic differentiable scientific-ML mechanicsJaxstro
Units, dimensions, coordinates, operators, reproducibilityJaxstro
Neural-network framework and optimizer implementationEquinox and Optax
Adaptive differential-equation stackDiffrax or another specialized owner
General probabilistic programmingNumPyro/BlackJAX
Posterior inference, SBI, calibration and refusalInformax
Fisher geometry, identifiability and OEDInformax
Learned proposals or summaries whose meaning is inferentialInformax
Domain physics and scientific acceptanceGravax, Progenax, Fluxax, Startrax, Stellax, and Nebulax

Informax can consume Jaxstro’s linear operators, differentiable solvers, training mechanics, parameter transforms, and provenance without surrendering ownership of what inference or experimental design means.

Unchecked items are proposals. Completing a checkbox requires the public API, tests, theory, validation, contract-registry entry, and relevant evidence—not only an implementation commit.

Priority 1: a narrow jaxstro.ml scientific-ML substrate

This is the most direct missing layer if Jaxstro is to become the main ML foundation.

It should not include a model zoo. Equinox already owns neural modules; Optax owns optimizers. Jaxstro should own the repeatable, audited scientific execution around them.

Priority 2: matrix-free iterative linear solvers

This would unlock larger inverse problems, implicit layers, stellar-structure systems, PDE discretizations, and scalable Informax geometry without requiring every project to invent solver telemetry.

Priority 3: vector nonlinear systems and fixed points

Build this only around concrete consumers, but it is a natural extension of the scalar-root work.

Potential science includes hydrostatic stellar structure, equilibrium chemistry, coupled feedback balances, differentiable steady states, and constrained orbital solutions.

Priority 4: quasi-Monte Carlo and variance reduction

This would benefit Progenax population integration, Fluxax synthetic surveys, simulation ensembles, and Informax nested expectation calculations.

Priority 5: adaptive quadrature

Avoid building a competing adaptive ODE ecosystem. Diffrax is the better owner for general event-driven ODE and SDE solving.

Priority 6: signal and time-series primitives

These would support variability, spectra, detector response, synthetic observations, and time-domain astronomy.

Priority 7: generic uncertainty propagation

Keep inferential interpretation in Informax, but Jaxstro can provide mechanics for:

Jaxstro would return mathematical propagation results; Informax would decide whether they justify an inferential claim.

Priority 8: multidimensional field methods

Only add these once Stellax, Nebulax, or another consumer supplies concrete contracts.

Do not grow into a full CFD framework without multiple consumers and strong conservation evidence.

What not to add

Avoid turning Jaxstro into a collection of inferior replacements:

Build checklist

This is the recommended order. The capability-level checklists above define the work inside each rung.

That sequence makes Jaxstro genuinely useful as the daily numerical and ML foundation without sacrificing the thin-foundation discipline that currently makes it trustworthy.

Definition of done for a roadmap item

A checkbox moves to complete only when the relevant layer includes:

  1. a mathematical or semantic contract;

  2. a public API with typed boundary and failure behavior;

  3. supported JAX transforms and cost semantics;

  4. independent validation rather than self-consistency alone;

  5. reproducible artifacts where metrics matter;

  6. accessible teaching that states what the evidence does not prove;

  7. downstream adoption evidence when reuse justifies ownership; and

  8. an updated contract registry, validation index, scorecard, and roadmap.

The highest-impact direction is not adding the most algorithms. It is making the existing breadth uniformly inspectable from equation to execution to claim, while admitting new primitives only when reuse and evidence justify them.

Evidence and companion pages