00_manifest/Release identity
manifest.json, signed route matrix, bounded claim, expiry and reviewers
One release candidateLevel-eight deliverable evidence package · 03
An eighth-level release archive binding one robot, software, map, parameter set and supervised indoor site to complete route, obstacle, failure and intervention evidence.
Handoff purpose
Use this package to transfer a bounded release candidate without losing the map, site contract, route coverage, interventions, near misses, failure exercises and regression triggers that define its actual scope.
Package structure
00_manifest/manifest.json, signed route matrix, bounded claim, expiry and reviewers
One release candidate10_robot-software/Serial, hardware, OpenCR/SBC firmware, ROS 2/Nav2 packages and diagnostics
Immutable candidate manifest20_map-site/Map, TF, footprint, parameters, dated site drawing, inspection and operating period
Hash and revision for each asset30_routes/Start/goal zones, both directions, obstacle cases, repetitions and success criteria
Declared before trials40_runs-failures/Rosbags, logs, video index, outcomes, interventions, near misses and injected failures
Every attempt, including aborts50_release-regression/Golden routes, thresholds, deviations, supervision, expiry and retest triggers
Signed reviewer decisionMachine-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": "mobile",
"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 robot, software, map, parameters and site revision resolve to one immutable candidate?
Reject whenA successful run cannot be reconstructed
Are both directions, all start/goal zones, obstacles, failures and interventions indexed?
Reject whenAborts or interventions are counted as autonomous success
Does the signed decision name supervision, site, time, configuration and regression triggers?
Reject whenThe evidence is used to imply unattended or other-site operation
Recipient verification
FUURAA analysis
A navigation release is a relationship among robot, software, map, parameters, site and supervision. The package prevents evidence from being detached from any one of those conditions and reused as a broader autonomy claim.
Primary technical sources