Do not take the benchmark, model output, or roadmap on trust.

Antshiv Robotics separates what is measured, demonstrated, in progress, and planned. A claim is useful only when another engineer can find the code, inputs, reference, hardware conditions, result, and known limitation.

This page is the internal map. The underlying repositories, reports, and technical articles remain external evidence sources, not substitutes for explaining what they prove.

CLAIMS NEED AN INSPECTION PATH
CPU and flight-control hardware connected to measurement and validation traces

Follow each claim to the artifact that can falsify it

A screenshot or plausible answer is not numerical validation. Each surface below answers a different engineering question.

PUBLIC INSPECTION SURFACES

CKE nightly validation

Pinned model and runtime references, regression lanes, numerical contracts, and visible pass or failure state show what the current code actually supports.

CORRECTNESS

Circuits, kernels, and generated C

Architecture documentation explains how model weights, templates, IR stages, kernel maps, memory planning, and generated execution fit together.

ARCHITECTURE

Commits, pull requests, and tests

The source history records the actual correction, review context, regression guard, and evidence boundary instead of reducing the work to a performance headline.

SOURCE

ShivasNotes technical record

Long-form articles preserve derivations, debugging paths, diagrams, caveats, and the reasoning needed to understand why a code change exists.

EXPLANATION

The result is not complete until another engineer can inspect it

Experiments become useful evidence when the measurements, commands, artifacts, boundaries, and explanation survive beyond the terminal session.

REPRODUCIBLE ENGINEERING
Reproducible evidence loop connecting experiment, measurement, recording, and publication around reproducible commands.

What a defensible engineering result should contain

THE MINIMUM CONTRACT

Identity

Exact source commit, model or input hash, compiler, runtime, ISA, thread count, and hardware.

01

Reference

A pinned oracle or mathematical expectation and a declared comparison method.

02

Measurement

Units, warmup, repetitions, phase boundaries, tolerances, and raw or reproducible outputs.

03

Boundary

What passed, what failed, what was not tested, and which conclusion the evidence does not support.

04