00_manifest/Identity and review
manifest.json, signed record, claim boundary, deviations and release decision
Required before transferLevel-eight deliverable evidence package · 01
An eighth-level handoff structure that binds one physical leader/follower pair, calibration identity, software baseline, raw motion evidence and bounded disposition into one reviewable archive.
Handoff purpose
Use this package only after the level-seven record is complete. It enables another engineer to restore the exact calibration context, inspect every attempt and decide whether a claimed result can be reproduced.
Package structure
00_manifest/manifest.json, signed record, claim boundary, deviations and release decision
Required before transfer10_as-built/Serials, servo IDs, revision, substitutions, photographs and wiring
Exact leader and follower20_software/LeRobot commit, lockfile, OS, ports, configuration and environment digest
Clean rebuild evidence30_calibration/Original calibration files, digests, joint limits, offsets and recovery copy
Bound to the physical pair40_trials/Run matrix, raw command/state traces, video index, interventions and failures
Successes, aborts and exclusions50_disposition/Accepted boundary, unresolved deviations, recalibration triggers and signatures
Independent reviewMachine-readable manifest
| Key | Meaning | Rule |
|---|---|---|
package_id | Globally unique evidence-package identity | Immutable after review begins; never recycle an identifier |
record_id | Identity of the level-seven field record | Must resolve to the signed source record |
subject | Exact robot, module or release candidate | Use serials, revisions and as-built configuration—not a product family name |
baseline_hash | Configuration, software, map or calibration baseline | Record the algorithm, digest and source artifact |
evidence_index | Machine-readable list of every retained artifact | Each entry needs path, media type, size, digest, producer and capture time |
claim_boundary | Exact claim supported by this package | Name the build, task, site, energy and supervision limits |
deviations | Open, accepted and rejected deviations | Never omit failed or excluded runs from the index |
review | Owner, independent reviewer, decision and time | A machine-readable decision must point to a signed human record |
{
"schema": "https://fuuraa.com/schemas/robotics-evidence-package/v1",
"package_id": "",
"record_id": "",
"subject": {
"family": "arm",
"serial": "",
"revision": "",
"as_built_reference": ""
},
"baseline_hash": {
"algorithm": "sha256",
"value": "",
"source_artifact": ""
},
"claim_boundary": {
"task": "",
"configuration": "",
"site": "",
"energy_or_speed": "",
"supervision": "",
"excluded_uses": []
},
"evidence_index": [
{
"path": "",
"media_type": "",
"bytes": 0,
"sha256": "",
"producer": "",
"captured_at": ""
}
],
"deviations": {
"open": [],
"accepted": [],
"rejected": []
},
"review": {
"owner": "",
"independent_reviewer": "",
"decision": "pending",
"signed_record": "",
"decided_at": ""
}
}Review gates
Do serials, servo IDs, calibration digest and configuration digest identify one exact pair?
Reject whenAny asset can be silently substituted
Can commands, state, video, intervention and stop events be ordered on one documented clock?
Reject whenOnly edited video or summary plots remain
Does the decision name the exact build, task, objects, workspace, speed and retest triggers?
Reject whenA successful demonstration is presented as general capability
Recipient verification
FUURAA analysis
The package is complete only when identity, calibration, software, raw evidence and decision form one cryptographically checkable chain. A folder full of files without this chain is storage, not engineering evidence.
Primary technical sources