Tech Lead

Your mission & challenges

Every byte of data that moves between a NEURA robot's servo drives and the fleet cloud passes through layers of communication infrastructure. As Staff Engineer for our Robot Communication & Connectivity cluster, you own the technical architecture of that entire vertical — from the real-time drive bus at the hardware boundary, through robot abstraction middleware and industrial fieldbus protocols, all the way up to fleet cloud connectivity and the Neuraverse developer SDK.

This is a pure individual contributor role. You carry no people management responsibility. Your authority is technical: you set architectural direction, hold permanent veto on design decisions within your scope, and are the person the team calls when a communication boundary decision is genuinely non-trivial.

You will provide technical leadership to approximately 20 engineers across platform guild and product-anchor roles. You write code, lead design reviews, author technical RFCs, and maintain current hands-on expertise across the communication stack. This is not an architecture-only position.

• Own the architectural direction for the full robot communication stack: real-time drive bus, robot middleware, gRPC control API design, industrial fieldbus protocols, fleet cloud connectivity, and the Neuraverse developer SDK

• Define and maintain 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 Systems cluster lead

• Own gRPC control API governance: proto contract standards, versioning policy, backward compatibility, and streaming RPC patterns that all robot platform integration engineers implement against

• Set DDS and ROS2 middleware standards across all platforms: QoS policy, shared-memory transport, zero-copy configuration, and domain isolation

• Own the protocol stack architectural direction for industrial fieldbus integration: PROFINET, EtherNet/IP, OPC UA, and safety bus implementations; define the boundary between the protocol stack and the industrial interface server layers

• Drive quarterly cross-team state machine and API design reviews: any transition guard or gRPC API change that could be generalised must be design-reviewed before platform-specific implementation

• Lead quarterly cluster knowledge days: peer-to-peer problem exchange where every engineer brings one unsolved and one solved problem; output is a shared library ticket or design document, never slides