Robot Systems & Integration
Posted 24 Apr 2026
Advertised as “Tech Lead — Robot Systems & Integration (human)”
BranchFactor Summary
The original posting with the fluff stripped out
- Management level
- Individual contributor
- Employment
- On-Site
- Contract
- Full-time
No salary listed for this role.
Your mission & challenges
Every NEURA robot runs on a foundation of systems integration work: the real-time OS that guarantees microsecond scheduling on bare metal, the hardware interface layer that abstracts every sensor and actuator, the motion planning pipeline that generates the trajectories robots execute, and the industrial device servers that connect robots to factory automation systems. As Staff Engineer for our Robot Systems & Integration cluster, you own the technical architecture of that foundation.
This is a pure individual contributor role. You carry no people management responsibility. Your authority is technical: you set architectural direction, hold design decisions within your scope, and resolve the cross-layer integration conflicts that arise when OS scheduling, middleware, hardware drivers, and motion planning pipelines all meet at the same seam.
You will provide technical leadership to engineers across platform guild and product-anchor roles. You write code, lead design reviews, author technical RFCs, and maintain current hands-on expertise. This is not an architecture-only position.
-
Own the RT scheduling policy that all software in this cluster must respect: priority assignment standards, memory locking requirements, and interrupt latency contracts for 1 kHz control loops and 500 Hz state estimation
-
Own the co-review protocol at the boundary between RT OS scheduling and the EtherCAT master — any board support package change must pass a joint latency budget review before merge; you own this process alongside the Robot Communication cluster lead
-
Ensure the unified compute platform engineers have clear RT OS architecture guidance and that every robot platform profile's timing budget is validated after each hardware revision
-
Own the motion planning pipeline architectural direction: planner selection criteria, planning stack configuration standards, and atomic skill primitive API design and evolution across all robot platforms
-
Enforce the shared skill primitive library: patterns surfaced from product-specific stream work must go through design review before being forked platform-specifically; you enforce this at code review
-
Define the server/protocol boundary in industrial integration: the protocol stack belongs to the Robot Communication cluster; the server layer — command dispatch, state machine integration, hardware interfaces — belongs here; you arbitrate when server architecture and protocol constraints conflict
-
Own the end-effector server architecture: gripper lifecycle management, tool change sequencing, and the hardware interface contracts that motion planning and the operational state machine depend on