The Safety Crisis No One in Robotics Is Talking About
Robots are shipping faster than safety systems can keep up. Most deployed robots today have no real-time hazard detection. Here's why that's about to become a serious problem — and what we're doing about it.

There are roughly 4.2 million industrial robots operating worldwide. The number of robots deployed in unstructured environments — warehouses, hospitals, construction sites, homes — is growing at 35% year over year. And the vast majority of them have no real-time perception-based safety system.
Let that sink in.
The Gap Between Speed and Safety
The robotics industry has gotten very good at making robots that move. Manipulators are faster. Mobile platforms are more agile. The hardware is impressive. But the perception layer — the part that understands what's happening around the robot — hasn't kept pace.
Most deployed robots today rely on one of two safety approaches:
- 1.Proximity sensors and LiDAR curtains: Binary systems. Something is close, or it isn't. No understanding of what the object is, whether it's moving, or whether it poses a threat.
- 2.Caged environments: The oldest solution. Put a fence around the robot and keep humans out. This works until it doesn't — and it fundamentally limits what robots can do.
Neither approach works for the next generation of robots that operate alongside humans in dynamic environments.
What Real-Time Safety Looks Like
A real safety system needs to answer three questions every frame:
- 1.What is in the scene? Object detection with classification. Not just "something is at coordinate X" but "a human hand is 15cm from the blade."
- 2.What is the risk? Spatial reasoning about object relationships, velocities, and hazard zones. A coffee mug on a desk is fine. A coffee mug on the edge of a desk above electronic equipment is a risk.
- 3.What should happen? Action recommendation or direct intervention. Slow down, stop, alert an operator, or execute an emergency halt.
This requires running perception at camera framerate — not as a batch job, not as a periodic check, but continuously.
The Two-Layer Approach
At OpenEye, we've implemented safety as a two-layer system:
The Fast Layer runs YOLO-based detection at 30fps. It handles the first question — what's in the scene — with sub-33ms latency. This is your reflexive system. It sees a hand entering the danger zone and triggers an immediate response. No reasoning, no deliberation, just detection and reaction.
The Smart Layer runs a Vision Language Model for deeper analysis. It handles questions two and three — risk assessment and action planning. This layer understands context. It knows that a wrench near a bolt is expected, but a wrench near a person's head is a problem. The smart layer runs asynchronously, enriching the fast layer's decisions with contextual understanding.
Together, these layers create a safety system that's both fast enough for real-time intervention and smart enough for contextual awareness.
The Halt Protocol
When the safety system detects an imminent hazard — a human body part entering a danger zone, an object on a collision course, an unexpected environmental change — it can trigger a halt protocol. This isn't a software suggestion. It's a direct signal to the robot's motion controller to stop.
The halt protocol is designed to be:
- •Deterministic: Same input always produces same output. No probabilistic wavering on safety decisions.
- •Fast: The signal path from detection to halt is optimized for minimum latency.
- •Auditable: Every halt is logged with the full perception context that triggered it.
- •Overridable: Operators can acknowledge and resume. The system is a guardian, not a jailer.
Why This Matters Now
The regulatory environment is catching up. The EU AI Act classifies many robotic systems as high-risk. ISO standards for collaborative robots are tightening. Insurance companies are starting to ask pointed questions about perception-based safety.
Companies deploying robots without real-time safety perception aren't just taking engineering risks — they're taking legal and financial risks. The first major incident involving a robot with inadequate perception in an unstructured environment will reshape the entire industry's approach to safety.
We'd rather the industry get ahead of that moment than react to it.
Start With Watch
The simplest way to add perception-based safety to any robot is a single command:
openeye watch --reason --halt-on hazardThis runs continuous perception with the two-layer safety system, and can output halt signals to your robot's motion controller. It works with any USB camera. No proprietary hardware required.
The safety crisis in robotics is real. But it's also solvable — with open-source tools that any team can deploy, inspect, and improve.