Company

Exomantle

When software crashes, an engineer gets a stack trace, a stack of similar reports, and a link to the commit that caused it. When a warehouse robot stops in an aisle, someone walks over and looks at it. We are building the first thing for the second case.

Who is building this.

We came out of neural decoding research, where the problem every day was the same one: a raw signal stream too large to store and too noisy to read straight through. Robots have that problem with a different signal.

We built the on-robot agent before anything else, in Rust, and we ruled out two products early. We are not recording continuously into the cloud, because that is storage and other companies sell it. We are not writing our own file format, because we tried for a week and MCAP was better than what we had. What is left after those two decisions is Exomantle: the recording is chosen on the robot, captures from different machines with the same cause are grouped into one issue, and the replay opens in a browser.

We are two people, based in California.

SB

Sandesh Bhandari

The agent and the data path

Before this, plant data systems at Norplex-Micarta.

AP

Aamod Paudel

The cloud side

Before this, edge agent software at Cloudflare.

One of us comes from a factory, one from cloud infrastructure.

Where we are.

Playback ships today. The agent runs on ROS 2 Humble and Jazzy over Cyclone DDS and Fast DDS, on arm64 and x86_64 Linux. Re-running a single program against its recorded inputs, and coordinated capture across nearby robots, are both being built.

We are looking for fleets to run this on. If you have twenty or more robots in production and a failure you never fully explained, that is the conversation we want.

Hiring.

Two roles, our first engineering hires. Each one owns a system rather than a queue of tickets, and you will be on calls with the people running the fleets.

We are in California. Both roles are remote within US time zones.