Navigate the portal

Quick find

Offline Operators

Offline Model Breeding and Candidate Lineage

Model breeding is an offline evidence pipeline: compatible parents, reproducible operators, receipts, manifests, runtime-smoke gates, eval sidecars, and selector admission.

Execution
Browser-local Rust/WASM
Model contract
Verified .slm artifacts
Network boundary
No remote inference
Evidence
Checksums, receipts, and tests

01

Not magic, not live mutation

The site presents model breeding as a governed offline artifact pipeline. Operators produce candidates, sidecars, or receipts. The browser only consumes staged and admitted artifacts after validation.

  • Parent compatibility gate
  • Lineage templates
  • Operator receipts
  • Candidate manifests

02

Operator suite

The source describes blend, task-delta, sparse task-delta, pruning, DARE-style dropout/rescaled task-delta, federated/local-update, deterministic crossover, mutation, sign-aware merge, and seed-weighted parent-pool soup lanes. These are evidence-producing tools, not public quality claims by themselves.

  • Blend
  • Sparse deltas
  • Prune
  • DARE
  • Crossover
  • Soup

03

Promotion path

A candidate must carry provenance and pass runtime-smoke; assistant-quality claims require evaluation sidecars with exact case evidence. Selector registries are the final browser route surface, not the start of the proof chain.

  • Runtime-smoke
  • Evaluation evidence
  • Promotion ledger
  • Selector admission
Portal delivery details

Server rendering: Routes are handled by index.php; content lives in data/pages.php; HTML and Markdown share the same page data.

Dependency boundary: No WordPress bootstrap, database, Composer package, npm build, CDN script, Bootstrap, or jQuery dependency.

Deployment: The package targets the subdomain root with Apache or equivalent clean-route rewriting.