Skip to content

Scientific Runtime Foundation

bijux-phylogenetics turns trees, alignments, traits, models, and analysis configuration into typed results and durable review artifacts. Its scientific foundation is a set of explicit contracts: taxon identity, topology, rootedness, branch length, character state, likelihood, covariance, and uncertainty retain consistent meanings across Python, CLI, and reporting surfaces.

flowchart TB
    identity["Taxa and identifiers"]
    structure["Trees and alignments"]
    models["Likelihood and covariance"]
    methods["Inference, comparative,<br/>ancestral, parsimony"]
    review["Diagnostics and artifacts"]

    identity --> structure
    structure --> models
    models --> methods
    methods --> review

Scientific Responsibilities

Foundation Responsibility
taxon identity reconcile labels before tree, alignment, and trait data are combined
tree semantics preserve topology, rootedness, branch lengths, support, clades, and splits
alignment semantics validate alphabet, shape, coding assumptions, translation, trimming, and partitions
model semantics make state space, rate model, covariance, parameters, and transformations explicit
result semantics retain estimates, diagnostics, uncertainty, warnings, and method provenance
artifact semantics preserve run identity, configuration, outputs, and integrity relationships

Establish Object Identity Before Modeling

The same label can refer to a tip, sequence, trait row, geographic state, host, or partition member. Bijux therefore treats identity and ordering as model inputs rather than presentation details.

flowchart LR
    sources["Tree · alignment<br/>traits · metadata"]
    reconcile["Normalize and reconcile<br/>identities"]
    admitted["Declared admitted set<br/>and exclusions"]
    model["Model matrix, likelihood,<br/>or state space"]
    result["Result with the same<br/>identity contract"]

    sources --> reconcile --> admitted --> model --> result

Before computation, retain the original labels, normalization policy, admitted set, excluded records, order used by matrices, and any mapping to stable node or branch identifiers. A result is ambiguous when those decisions exist only in an in-memory preprocessing step.

Scientific Identity Is More Than A Checksum

A checksum identifies bytes. A scientific identity also identifies how those bytes were interpreted and which population entered the method.

Identity dimension Example Why it is material
content source and derived artifact digests detects byte-level change
schema and units columns, alphabets, state vocabularies, branch/time units determines what values mean
population admitted and excluded taxa, sites, records, trees, or draws determines the result denominator
ordering taxon, state, partition, matrix, parameter, and draw order determines positional correspondence
transformation pruning, aggregation, scaling, coding, rooting, normalization defines the derived scientific object
lineage source identity, producer, configuration, parent objects explains how the object can be reconstructed and invalidated

Two files may share a semantic identity despite lossless serialization differences, but only when a declared equivalence rule proves that fact. Two files with the same labels and row count may still be scientifically different because their ordering, units, exclusions, or transformations differ.

Define The Decision Target Before The Method

A method name is not a scientific question. Before selecting an inference or comparative surface, write down the biological population, admitted observations, target quantity, conditioning assumptions, and decision that the result will inform. This declaration is the estimand contract: it says what a numerical answer is intended to mean before computation makes the answer look authoritative.

Decision element Required declaration Refuse or narrow when
population organisms, taxa, lineages, sites, or characters to which the result refers observed sampling cannot support that population
admitted set exact included and excluded records, with reconciliation rules exclusions are unknown or depend on the observed result
target quantity topology, branch length, rate, ancestral state, effect, signal, or predictive distribution the selected method estimates a different quantity
conditioning set tree, model, calibration, covariates, partitions, and fixed parameters a supposedly fixed input is uncertain but treated as known
decision rule how estimates, uncertainty, and diagnostics affect the downstream decision no result could change the intended conclusion

The estimand contract travels with the run identity. Changing the admitted taxa, conditioning tree, transformation, or target quantity creates a new scientific question even when the same command and output schema are reused.

Contract Propagation

Upstream fact Downstream dependency Failure if lost
stable taxon identity and ordering matrices, alignments, traits, random effects, node ledgers values are assigned to the wrong biological entities
topology, rooting, and branch-length meaning likelihood, covariance, time, reconstruction, search the method evaluates a different scientific object
state alphabet and partition definition rate matrices, likelihood vectors, ancestral states probabilities and parameters lose their declared state space
model parameterization and bounds optimization, sampling, comparison, reporting estimates with similar labels become incomparable
search, sampler, and seed policy convergence, support, posterior summaries, replay the reported solution cannot be qualified or reconstructed
runtime and engine provenance diagnostics, artifacts, parity, evidence ownership and version-dependent behavior become ambiguous

These facts cross interface boundaries unchanged. A CLI serializer may change representation, but it may not change taxon order, parameter meaning, support scale, or result status.

Analytical Reach

The runtime includes native finite-state likelihood, maximum-likelihood tree inference, supported Bayesian DNA inference, comparative regression, phylogenetic signal, Brownian and OU modeling, discrete-state evolution, ancestral reconstruction, explicit parsimony families, simulations, datasets, and publication-oriented reporting.

External engines extend this reach where a mature independent implementation is intentionally used. Adapters for MAFFT, trimAl, IQ-TREE2, FastTree, MrBayes, and BEAST preserve engine identity and captured outputs while normalizing execution into reviewable workflows.

Three Separate Questions

flowchart LR
    capability{"Can the runtime perform it?"}
    suitability{"Is the method suitable<br/>for this dataset and question?"}
    evidence{"Which bounded claims<br/>have governed evidence?"}

    capability --> suitability --> evidence

An implemented method answers the first question. Assumption checks, model criticism, and diagnostics address the second. Benchmarks and study bundles address parts of the third. No answer automatically supplies the next one.

Question Inspect Stop when
can the runtime execute this contract? public function or command, validation result, typed output the surface is private, unsupported, or refuses the input
is the analysis interpretable for this question? assumptions, taxon coverage, model identity, diagnostics, uncertainty a required diagnostic is failed, missing, or scientifically inadequate
what external or study evidence exists? benchmark corpus, parity observation, governed claim record the evidence denominator or claim scope does not include this use

Determinism And Uncertainty

Deterministic parsing, validation, and serialization improve reproducibility. Optimization and sampling may require seeds, repetition, convergence review, or sensitivity analysis. Reproducing identical bytes is not the same as quantifying scientific uncertainty, and uncertainty is not an execution error to be hidden.

Refusal Is Part Of The Contract

The runtime should refuse or clearly mark a result when required taxa cannot be reconciled, model assumptions are undefined for the input, an external engine is unavailable, optimization or sampling fails its declared completion policy, required output is incomplete, or persistence cannot preserve the result contract. A partial diagnostic record may still be valuable, but it must not be promoted to a complete scientific result.

Product Boundaries

  • Public interfaces are documented imports, commands, schemas, and artifact contracts—not every importable helper.
  • Native ownership applies only where this repository implements the computation.
  • Adapter ownership covers orchestration and normalization, not the external algorithm.
  • Evidence verdicts apply to named claims, inputs, versions, and tolerances.
  • Repository automation supports the product but is not part of the analysis runtime.

Foundation References