NVIDIA Halos

이 문서는 자라는 중인 질문입니다. 아직 증거를 모으고 있으며, 내용이 바뀔 수 있습니다.

NVIDIA Halos는 NVIDIA가 자율주행차와 로봇을 “똑똑한 모델” 하나로만 설명하지 않으려 할 때 등장하는 이름이야. 차와 로봇이 사람 옆에서 움직이려면, 판단 모델보다 먼저 운영체제, 센서 연결, 고장 격리, 검증 절차, 인증 언어가 필요해진다.

그래서 Halos는 단일 소프트웨어 제품이라기보다 안전을 둘러싼 묶음에 가깝다. 로보택시에서는 DRIVE Hyperion 위의 Halos OS와 안전 평가 구조로 나오고, 로봇에서는 IGX Thor, Holoscan Sensor Bridge, Halos OS, 외부 카메라 기반 안전 응용, Inspection Lab까지 포함한 안전 스택으로 확장돼.¹²

한 줄로 말하면

NVIDIA Halos는 Physical AI가 실제 도로와 공장에 들어갈 때 필요한 안전 구조를 NVIDIA의 컴퓨트, 운영체제, 센서 연결, 검증 인프라, 인증 생태계 위에 묶으려는 제품군이야.

무엇인가

로보택시 쪽에서 Halos OS는 네 층으로 설명돼. Halos Core는 안전 관련 운영체제 바닥이고, Halos SDK는 센서와 차량 인터페이스를 표준화하는 층이야. Halos Applications는 규칙 기반 안전 기능과 능동 안전 스택을 얹고, Halos Infra와 Safety Evaluation Framework는 훈련·시뮬레이션·검증을 맡는 쪽으로 소개돼.¹

로봇 쪽에서 Halos for Robotics는 범위가 더 넓어져. NVIDIA는 IGX Thor를 산업용 AI 컴퓨트, Holoscan Sensor Bridge를 센서 연결, Halos OS를 안전 관련 운영 기능, Outside-In Safety Blueprint를 외부 카메라와 AI 에이전트를 쓰는 안전 응용, Halos AI Systems Inspection Lab을 제3자 인증 준비를 돕는 평가 프로그램으로 묶어 설명했어.²

flowchart TB
    A["차량·로봇 하드웨어"]
    B["NVIDIA 컴퓨트<br/>DRIVE Hyperion·IGX Thor"]
    C["센서·차량 인터페이스<br/>Halos SDK·Holoscan Sensor Bridge"]
    D["안전 운영체제<br/>Halos Core·Halos OS"]
    E["안전 응용<br/>가드레일·Outside-In Safety"]
    F["검증·인증 준비<br/>SEF·Inspection Lab"]

    A --> B
    B --> C
    C --> D
    D --> E
    E --> F

왜 계속 등장하는가

자율주행과 휴머노이드 로봇은 둘 다 같은 벽에 부딪힌다. 실험실 데모에서는 모델이 무엇을 할 수 있는지가 중요하지만, 상용 배포에서는 실패했을 때 어떻게 멈추고, 고장을 어떻게 격리하고, 그 안전성을 누가 인정하느냐가 더 중요해져.

NVIDIA가 Halos를 계속 앞세우는 이유도 여기에 있어. 안전이 규제기관과 고객의 구매 조건이 되면, NVIDIA는 GPU나 차량 컴퓨터만 파는 회사가 아니라 배포 가능한 안전 아키텍처를 제공하는 플랫폼 회사로 자리 잡을 수 있다. 다만 이건 아직 NVIDIA가 제시한 방향이지, 고객 현장에서 검증된 결론은 아니야.

이 대상을 볼 때의 핵심 축

첫 번째 축은 적용 범위야. Halos라는 이름 안에 차량용 OS, 로봇용 안전 응용, 센서 연결, 클라우드 검증, Inspection Lab이 함께 들어가지만, 각 고객이 실제로 쓰는 조합은 다를 수 있어. “Halos를 쓴다”는 말만으로는 어느 층을 얼마나 깊게 썼는지 알 수 없다.

두 번째 축은 인증과 실제 운행 기록의 차이야. 안전 표준을 따르거나 인증 준비를 한다는 말은 중요하지만, 그것이 특정 차량이나 로봇의 최종 배포 안전성을 곧바로 증명하지는 않아. 실제로는 적용 범위, 버전, 시험 조건, 현장 운행 지표를 같이 봐야 해.

세 번째 축은 플랫폼 잠금 효과야. 안전 표준화가 고객의 배포 부담을 줄일 수 있지만, 그 표준 경로가 NVIDIA 컴퓨트와 운영체제를 기본값으로 만들 수도 있어. Halos를 볼 때는 안전 기술과 생태계 장악을 함께 읽어야 한다.

최근 관찰된 신호

2026년 6월 NVIDIA는 로보택시용 Halos OS를 설명하며 Uber·Autobrains, Foxconn, VinFast, HUMAIN이 DRIVE Hyperion 기반 로보택시 프로그램과 연결돼 있다고 밝혔다. 같은 발표에서 Halos OS는 DRIVE Hyperion 위의 안전 기반으로, Safety Evaluation Framework는 레벨 2 운전자 보조부터 레벨 4 로보택시까지 안전 평가를 만들기 위한 도구와 지침으로 소개됐어.¹

같은 달 NVIDIA는 Halos for Robotics도 발표했다. 여기서는 Agility Robotics가 Digit에 IGX Thor와 Halos Core 일부를 붙이는 첫 협업 사례로 나왔고, TÜV Rheinland, UL Solutions, TÜV SÜD, exida, SGS, CertX 같은 인증기관 이름도 함께 제시됐어.²

헷갈리지 말아야 할 점

Halos는 안전을 보장한다는 결론이 아니야. 지금 확인되는 것은 NVIDIA가 안전을 제품군과 생태계의 언어로 묶고 있다는 점이야. 실제 안전성은 차량 수, 운행 시간, 개입 빈도, 안전정지 횟수, 사고·근접사고 기록, 인증 범위 같은 현장 지표가 따라와야 판단할 수 있어.

또 DRIVE Hyperion과 Halos를 같은 말로 쓰면 안 돼. DRIVE Hyperion은 차량용 컴퓨트와 센서 플랫폼 쪽 이름이고, Halos는 그 위에서 안전 운영체제와 검증 구조를 묶는 쪽에 가깝다. 둘은 붙어 다니지만 역할은 다르다.

이어서 읽기

로보택시 쪽에서 Halos OS가 왜 운영체제와 검증 문제로 등장했는지는 로보택시 안전 OS에서 볼 수 있어. 로봇 쪽으로 확장된 안전 스택은 로봇 안전 플랫폼이 더 자세히 다룬다.

안전성을 주장하려면 어떤 근거 묶음이 필요한지 궁금하면 safety case로 내려가면 돼. 자율주행과 로봇에서 시뮬레이션·검증 반복이 왜 중요한지는 closed-loop simulation이 이어서 설명해.

남은 질문들

• DRIVE Hyperion과 Halos OS의 제품 경계는 어디까지인가?
• Halos Core의 인증 범위는 차량용과 로봇용에서 각각 어느 버전·구성까지 적용되는가?
• Agility Robotics와 FORT Robotics 같은 파트너는 Halos의 어느 층을 실제 고객 현장에 쓰고 있는가?
• Halos AI Systems Inspection Lab의 ANAB 인증은 어떤 평가 범위를 뜻하며, 최종 제품 인증과는 어떻게 다른가?
• Halos가 고객의 안전 비용을 낮추는가, 아니면 NVIDIA 스택 의존도를 높이는가?

각주

1. NVIDIA/Riccardo Mariani, 「For Robotaxis, Safety Must Be Built In, Not Bolted On」(2026-06-10) NVIDIA Blog. ↩︎ ↩︎² ↩︎³

2. NVIDIA, 「NVIDIA Announces Halos for Robotics, the Industry’s First Full-Stack Safety System for Physical AI」(2026-06-22) 보도자료. ↩︎ ↩︎² ↩︎³