Skip to content
ELEMENT 31

Does the pool replace the robot's safety system?

No. The pool serves perception and decisions. Stops, speed limits, reflexes, and motion limits stay on the robot as the vendor shipped them, and a pool that fails leaves a robot that stops.

· 3 min read

IN SHORT

No. The pool serves perception, decisions, and language models; it does not touch the robot's safety system. Stops, speed limits, reflexes, and motion limits stay on the machine as the robot vendor delivered them, and the robot falls back to its on-board model whenever the pool is slow or unreachable. A pool that fails leaves a robot that stops, not one that guesses.

No. The pool is never in the path between a robot and its stop. Element 31 draws a hard line on every site: the Czar Grid serves perception and decisions, and the robot keeps stops, speed limits, reflexes, and motion limits on the machine, exactly as its vendor shipped them. The pool makes the robot better informed. It does not make the robot's safety behavior depend on a network.

Where the line is drawn

Think of two kinds of question a robot asks. The first is what is in front of me and what should I do next. That question benefits from a model larger than the robot can carry, and it can tolerate a short round trip to a rack in the same building. The pool answers it.

The second is whether to stop right now. That question cannot wait for anything. It has to be answered on the robot, by the robot, with no dependency on a cable, a switch, or a node in a rack. The robot vendor built and tested that behavior for the machine they sell, and the pool leaves it alone.

The pool can inform the second question. Perception from the Grid might tell a robot that a person has entered a zone, and the robot can slow or hold in response. But the stop itself, the speed ceiling, and the motion envelope are enforced on board, and they are enforced whether or not the pool said anything at all.

What happens when the pool fails

A safety system that lives in a shared rack is a safety system with a single point of failure for the whole floor. Element 31 does not build one. Instead, every robot keeps its own on-board model for reflexes and falls back to it the moment the pool cannot answer within the robot's latency budget.

So if a node is pulled for an update, if a switch dies, or if the pool is simply busy, the robot behaves the way its vendor designed it to behave without outside help. It moves carefully, finishes a simple motion, or stops and waits. The outcome of a pool failure is a robot that stops, not one that guesses.

What this means for the safety officer

The safety officer on the floor keeps a single owner for each robot's stops: the robot vendor. Adding the pool does not add a second party to that conversation. The vendor's behavior for stops, speeds, and motion limits is unchanged, and the vendor can say so to their customer because the Grid never asks for that authority.

Agency Studio adds a layer the safety officer can read. Site tasks are authored with bounds, including zones, speeds, distances, and stops, and are approved by named roles before they run. Those bounds sit above the robot's own limits, never beneath them. A task can ask less of a robot than it is capable of; it cannot ask more than its safety system permits.

That is the whole answer. Perception and decisions come from the pool. Safety stays on the robot. The Czar Grid page describes how the pool is placed in a building, and the technology page covers how Substrate holds each robot's latency budget so that fallback happens on time.

Questions this raises

Can a site task in Agency Studio override a robot's speed limit?
No. Task bounds sit above the robot's own limits. A task can ask a robot to move more slowly or stay within a smaller zone than its safety system permits, but it cannot raise a ceiling the vendor set on the machine.
Does the robot vendor have to change its safety behavior to work with the pool?
No. The pool serves perception and decisions over the facility network and never asks for authority over stops, speeds, or motion limits. The vendor's safety behavior stays on the machine as shipped.
What does a robot do if the pool gives a wrong answer?
The robot's on-board safety behavior is enforced regardless of what the pool says. A pool answer can inform a decision but cannot push the robot past its stops, speed limits, or motion envelope. Every pool decision is also recorded, so a wrong answer can be found and reviewed.

KEEP READING