먼저 알아둘 핵심
NVIDIA Open Agent Safety Platform은 에이전트가 실행 중인 환경 밖에서 행동 경계를 집행하도록 OpenShell과 Sentry를 결합한 설계입니다. OpenShell은 현재 이용 가능하고 BlueField-4 없이도 사용할 수 있습니다. Sentry는 BlueField-4에서 독립 감시·격리를 수행하는 참조 설계입니다. 이 접근은 로봇 명령을 보내기 전의 권한 통제에 참고할 수 있지만, 설비의 기능 안전 검증을 대신하지 않습니다.
핵심 요약
- NVIDIA는 2026년 9월 28일 Open Agent Safety Platform을 발표했습니다. OpenShell은 이용 가능한 오픈소스 런타임이고, Sentry는 BlueField-4 DPU 기반 참조 설계에 포함됩니다.
- OpenShell은 에이전트 작업 영역 밖에서 파일·네트워크·API 접근 정책을 집행하고 허용·거부 이력을 남깁니다.
- 에이전트의 접근 통제만으로 로봇의 물리적 안전이 입증되지는 않습니다. 명령 전 상태 검증과 현장 안전 제어는 별도 확인 대상입니다.
공식 발표에서 확인한 제공 상태
NVIDIA는 2026년 9월 28일 Open Agent Safety Platform을 발표했습니다. 구성 요소인 OpenShell은 에이전트의 실행 환경과 접근 권한을 관리하는 오픈소스 런타임으로, NVIDIA는 현재 폭넓게 이용할 수 있다고 안내합니다. 공식 기술 블로그는 OpenShell 0.1.0의 정책 적용 방식을 설명합니다.
Sentry는 BlueField-4 DPU에서 에이전트 실행 환경과 분리해 행동을 감시하는 참조 시스템 설계의 구성 요소입니다. NVIDIA는 정책 경계를 벗어난 에이전트를 밀리초 단위로 격리할 수 있다고 설명합니다. 이는 공급사 설명이며, OpenShell의 이용 가능 상태를 Sentry의 모든 구성이나 장비에 그대로 적용해서는 안 됩니다.
모델의 지시가 아니라 실행 경로에서 권한을 제한
NVIDIA의 기술 설명에 따르면 OpenShell은 에이전트를 샌드박스에서 실행하고, 작업 영역 밖의 Supervisor가 외부 요청을 정책과 대조합니다. 파일·프로세스 접근과 네트워크 연결을 제한하며, 설정한 API에는 읽기만 허용하고 쓰기 요청을 막는 정책도 적용할 수 있습니다. 허용·거부 결정은 감사 기록으로 남습니다.
공식 제품 안내는 OpenShell을 BlueField-4 없이도 사용할 수 있다고 밝힙니다. BlueField-4를 갖춘 구성에서는 Sentry가 호스트와 분리된 감시·정책 집행 계층을 더합니다. 따라서 두 구성의 하드웨어 조건과 실제 적용 범위를 구분해 검토해야 합니다.
AI Cube의 해석: 판단과 물리 실행 사이에 검증을 둡니다
AI Cube는 제조·로봇 현장에서 도메인 지식을 사용하는 에이전트의 제안과 실제 설비 명령을 구분해야 한다고 봅니다. OpenShell 같은 런타임 정책은 에이전트가 접근할 수 있는 경로를 제한합니다. 그 다음에도 로봇·PLC가 현재 상태에서 해당 명령을 수행해도 되는지는 정해진 조건으로 별도 검증해야 합니다. 아래 표는 도입 시험을 위한 구분이며, 당사의 OpenShell·Sentry 구현 결과가 아닙니다.
앞서 다룬 NITROS 데이터 경로와 Isaac ROS 5.0 이관은 센서 정보가 처리·전달되는 단계를 살핍니다. 이번 발표는 그 정보를 토대로 행동하는 에이전트의 권한 경계를 추가로 묻는다는 점에서 연결됩니다. 데이터 전달이 정확해도 명령 권한과 장치 안전이 자동으로 확보되지는 않습니다.
| 구간 | 현장에서 답할 질문 | 남길 증거 |
|---|---|---|
| 도메인·에이전트 판단 | 어떤 입력을 근거로 어떤 작업을 제안했는가? | 입력 조건, 제안 명령, 불확실성 |
| 정량 검증·안전 | 현재 장치 상태와 허용 범위가 명령에 맞는가? | 정책·상태 조건, 허용·차단 이력 |
| 물리 실행 | 로봇·PLC가 어떤 명령을 받아 실제로 무엇을 했는가? | 전송 명령, 장치 응답, 동작 결과 |
| 엣지 실행·HMI | 차단과 장애 상황을 작업자가 알아보고 복구할 수 있는가? | 표시 상태, 알림, 재시도·복구 기록 |
접근 통제와 설비 안전 사이에 남은 검증
OpenShell은 에이전트의 파일·서비스·API 접근을 제한하는 도구입니다. 로봇의 위험 분석, 안전 제어, 비상정지 시험이나 현장별 기능 안전 검증을 완료했다는 뜻은 아닙니다. 실제 설비 명령까지 연결하려면 허용 명령 목록뿐 아니라 현재 장치 상태, 차단 뒤의 장치 동작, 통신 단절 시 복구 절차를 시험해야 합니다.
Sentry의 밀리초 단위 격리 설명도 NVIDIA의 발표값으로 읽어야 합니다. BlueField-4 장비 구성과 적용 정책, 현장 네트워크·제어 경로가 달라지면 결과는 별도 측정이 필요합니다. AI Cube는 이 제품으로 고객 설비를 운영하거나 성능·안전성을 검증한 바 없습니다.
달라지는 점과 적용 범위
NVIDIA는 에이전트 내부의 지시만으로 행동을 제한하는 대신, OpenShell의 런타임 정책과 BlueField-4 기반 Sentry 참조 설계로 실행 경로 밖에서 경계를 집행하는 구조를 발표했습니다.
AI Cube의 관점
AI Cube는 도메인·에이전트 판단 → 정량 검증과 안전 조건 확인 → 물리 동작 → 엣지 실행·HMI 기록을 나누어 설계해야 한다고 봅니다. OpenShell은 접근 권한을 다루는 참고 사례이고, 설비의 동작 허용 여부와 기능 안전은 별도의 검증 영역입니다.
기술 적용 시 고려사항
OpenShell의 정책은 에이전트가 읽거나 변경할 수 있는 파일과 외부 서비스 요청을 제한합니다. Sentry는 BlueField-4를 쓰는 참조 설계에서 독립적인 감시 계층을 더합니다. 로봇·PLC 명령을 보호하려면 해당 정책이 실제 제어 경로 어디에 적용되는지와 장치 상태 검증을 함께 확인해야 합니다.
사업·운영 관점
도입 비용을 논의할 때는 OpenShell만 적용하는 구성과 BlueField-4 기반 Sentry 구성을 나누고, 정책 설계·운영 기록·현장 시험 범위를 따로 산정해야 합니다. 이번 발표만으로 사고 감소나 운영비 절감 효과를 확정할 근거는 없습니다.
자주 묻는 질문
OpenShell을 쓰려면 BlueField-4가 꼭 필요한가요?
아닙니다. NVIDIA의 제품 안내는 OpenShell이 BlueField-4 없이도 실행된다고 설명합니다. Sentry의 독립 감시·집행 계층은 BlueField-4 DPU 기반 참조 설계에 포함됩니다.
OpenShell을 설치하면 로봇 안전 검증이 끝나나요?
아닙니다. OpenShell은 에이전트의 파일·네트워크·서비스 접근을 통제합니다. 실제 로봇·PLC의 명령 허용 조건, 위험 분석, 안전 제어와 장애 복구는 현장 구성에 맞춰 별도로 검증해야 합니다.
출처와 확인 기준
- NVIDIA 공식 발표 — Open Agent Safety Platform ↗NVIDIA · 원문 날짜 2026-09-28 · 자료 확인 2026-09-29
- NVIDIA 기술 블로그 — OpenShell 런타임 통제 ↗NVIDIA · 원문 날짜 2026-09-28 · 자료 확인 2026-09-29
- NVIDIA 제품 안내 — OpenShell·Sentry 차이 ↗NVIDIA · 자료 확인 2026-09-29
현장 적용을 검토하고 계신가요?
설치 환경과 운영 조건을 알려주시면 관련 제품과 PoC 범위를 함께 검토합니다.
기술·PoC 문의 ↗