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.
A screenshot or plausible answer is not numerical validation. Each surface below answers a different engineering question.
Pinned model and runtime references, regression lanes, numerical contracts, and visible pass or failure state show what the current code actually supports.
Architecture documentation explains how model weights, templates, IR stages, kernel maps, memory planning, and generated execution fit together.
The source history records the actual correction, review context, regression guard, and evidence boundary instead of reducing the work to a performance headline.
Long-form articles preserve derivations, debugging paths, diagrams, caveats, and the reasoning needed to understand why a code change exists.
Experiments become useful evidence when the measurements, commands, artifacts, boundaries, and explanation survive beyond the terminal session.
Exact source commit, model or input hash, compiler, runtime, ISA, thread count, and hardware.
A pinned oracle or mathematical expectation and a declared comparison method.
Units, warmup, repetitions, phase boundaries, tolerances, and raw or reproducible outputs.
What passed, what failed, what was not tested, and which conclusion the evidence does not support.