Record the configuration.
Link each run to an exact snapshot of hardware, software, models, calibration, and settings. Make missing information visible.
A record you can refer back toROBOT ENGINEERING HISTORY
Connect hardware, code, models, and calibration to each run—then compare successful and failed tests.
In development. Built around the needs of commercial ROS 2 manipulation teams.
Designed for the teams
bringing robot arms into production.
01 / THE PLANNED WORKFLOW
Keep the tools you use. Build a shared record that connects configuration changes to the tests that matter.
Link each run to an exact snapshot of hardware, software, models, calibration, and settings. Make missing information visible.
A record you can refer back toChoose a successful baseline with comparable procedures and conditions. See recorded changes alongside their evidence.
The engineer chooses the baselineBring mechanical, software, and test context into one conversation. Preserve notes and evidence for an engineer-confirmed resolution.
Differences are leads, not diagnoses02 / SEE THE DIFFERENCE
This fictional example illustrates the planned comparison. It is not customer data or a working product interface.
Comparable recorded conditionsPick procedure v2 · object: carton A · lighting: bench setup L1
Baseline chosen for matching recorded conditions. Unrecorded conditions may differ.
Three recorded changes. No automatic conclusion. The gripper, software, and calibration changed. The engineer still needs evidence to determine why the test failed.
All identifiers, times, and records are fictional. Both runs are dated 2026-09-01. Run 041 references snapshot s041/r1 at 09:10; run 042 references snapshot s042/r1 at 10:05. The baseline hardware confirmation is 09:00; the later manual confirmation is 09:40, both by “demo operator.” Snapshot observations occurred at 09:10 and 10:05 and were recorded at 09:11 and 10:06 respectively. These labels do not imply physical hardware was automatically verified. Raw evidence is not attached. Unknown training-data references do not prove unchanged lineage.
03 / START WITH ONE WORKFLOW
We’re looking to learn from engineers who have recently reconstructed a robot test failure. Start with a conversation about what happened and what the record was missing.
Share only sanitized information your team is authorized to discuss.
Inputs, responsibilities, timing, and pricing would be agreed together before starting. No pilot results are claimed.
LET’S UNDERSTAND YOUR WORKFLOW
Opens your email app. You can also copy the addresses:
2thomaskelley@gmail.com
carterness4@gmail.com
A 20-minute conversation about one recent incident.
A planned product, shaped by engineering reality.