NVIDIA OpenShell은 AI 에이전트가 정책으로 허락한 파일과 네트워크만 쓰게 합니다 | DAKER 커뮤니티

서버 랙이 늘어선 밝은 회색 작업실 책상 위 유리 큐브 안에서 작은 로봇 팔이 서류철과 초록빛 터미널 화면을 다루고, 빛줄기가 큐브 옆의 검문 링 하나로만 빠져나가는 실사풍 장면에 「AI 에이전트를 샌드박스에 정책대로만 움직이게」 제목이 얹힌 10초 모션 영상 미리보기이며, 오른쪽 위에 OpenShell 공식 로고가 있습니다
설명용 생성 이미지입니다. 10초 모션 영상 원본은 글 아래 첨부 파일에 있습니다.

2026년 10월 24일 오전 11시 32분(한국 시간) GitHub Trending 일간 4위는 NVIDIA가 공개한 NVIDIA/OpenShell입니다. 한 줄로 말하면 OpenShell은 AI 에이전트를 격리된 샌드박스 안에서 돌리면서, 정책 파일에 적어 둔 파일과 시스템 호출, 네트워크 목적지, 자격 증명만 쓰게 막아 주는 실행 환경입니다. 코딩 에이전트에게 패키지 설치와 API 호출을 맡기고 싶지만 내 컴퓨터의 데이터와 API 키가 걱정되는 DAKER 참가자라면 눈여겨볼 만합니다.

OpenShell은 무엇인가

저장소 설명은 「자율 AI 에이전트를 위한 안전하고 사적인 런타임」입니다. 2026년 10월 24일 오전 11시 32분(KST) GitHub API 기준 OpenShell 저장소의 스타는 18,848개, 포크는 1,886개이고, 주요 언어는 Rust, 라이선스는 Apache-2.0입니다. 저장소는 2026년 2월 25일(KST)에 만들어졌고, 공식 문서는 docs.nvidia.com/openshell에 있습니다.

OpenShell README는 에이전트가 파일을 읽고, 패키지를 설치하고, API를 부르고, 자격 증명을 쓸 수 있어야 쓸모가 있다고 말합니다. 대신 데이터와 비밀 정보, 네트워크에 대한 무제한 접근은 주지 않습니다. 사용자가 에이전트마다 만질 수 있는 범위를 정책으로 선언하면 OpenShell이 그 정책을 강제합니다.

강제 방식은 두 가지입니다. 첫째는 커널 수준 통제입니다. 에이전트마다 격리된 샌드박스에서 돌고, 커널 통제로 접근할 수 있는 파일과 시스템 호출이 제한되며, 모든 네트워크 연결은 샌드박스를 나가기 전에 정책 검사를 거칩니다. 에이전트는 실제 자격 증명을 보지 못하고, OpenShell이 승인된 목적지로 가는 요청에만 자격 증명을 붙입니다. 둘째는 형식 검증입니다. 정책을 바꾸기 전에 그 변경이 새로 허용하게 될 위험한 접근, 예를 들어 자격 증명을 들고 새 호스트에 접속하거나 새 API 메서드를 부르는 일을 찾아내 사람의 검토를 기다리게 합니다.

정보 카드에 GitHub Trending 일간 4위, NVIDIA/OpenShell, 스타 18,848개, Rust, Apache-2.0, 오늘 받은 스타 1,119개, 그리고 install.sh 설치 명령과 openshell sandbox create --name demo 명령, 정책이 파일, 시스템 호출, 네트워크, 자격 증명을 다룬다는 내용이 영어로 적힌 이미지입니다
2026년 10월 24일 오전 11시 32분(KST) GitHub 기준 OpenShell 저장소 정보와 빠른 시작 명령입니다.
OpenShell의 핵심은 에이전트에게 능력은 주되 권한은 정책으로 좁히는 것이며, 에이전트는 실제 API 키를 끝내 보지 못합니다.

OpenShell은 왜 지금 뜨나

같은 시각 GitHub 트렌딩 페이지에는 OpenShell이 하루 동안 받은 스타가 1,119개로 표시됐습니다. 이날 일간 목록에서 하루 스타가 이보다 많은 저장소는 1위 cloudflare/security-audit-skill(2,716개) 하나뿐이었습니다. 코딩 에이전트 보안 도구 두 개가 나란히 상위권에 오른 셈입니다.

릴리스 흐름도 활발합니다. GitHub 릴리스 기록을 보면 OpenShell 첫 정식 버전 v0.1.0이 2026년 9월 26일(KST)에 나왔고, 이후 v0.1.1부터 v0.1.5까지 이어졌습니다. 최신 v0.1.5는 2026년 10월 21일 오전 2시 28분(KST)에 공개됐습니다. README 상단도 0.1.x에서 안정적인 릴리스 주기, 새 격리 기능, 넓어진 확장 기능, 새 API가 들어왔다고 안내합니다. 10월 23일과 24일(KST)에도 Helm 차트 설정과 Windows 테스트, snap 배포 관련 커밋이 계속 올라왔습니다.

에이전트가 코드 실행과 패키지 설치, 외부 API 호출까지 스스로 하게 되면서 무엇을 허락할지 정하는 일이 새 과제가 됐습니다. OpenShell은 그 답을 정책 파일과 사람의 승인 절차로 내놓는다는 점에서 관심을 받는 것으로 보입니다.

OpenShell은 어떻게 써 보나

OpenShell README 기준 준비물은 Linux, Apple Silicon macOS, 또는 WSL 2가 있는 Windows(실험 단계)이고, Docker나 Podman 또는 호스트 가상화가 필요합니다. 빠른 시작은 두 줄입니다.

curl -LsSf https://raw.githubusercontent.com/NVIDIA/OpenShell/main/install.sh | sh
openshell sandbox create --name demo

설치 스크립트는 CLI와 로컬 게이트웨이를 설치합니다. 기본 샌드박스 이미지는 에이전트가 들어 있지 않은 최소 Ubuntu입니다. 실제 에이전트를 돌리려면 공식 문서의 첫 에이전트 실행 안내를 따릅니다. 이 안내는 OpenRouter의 무료 모델로 OpenCode를 돌리는 예시입니다. 먼저 OpenRouter 접근만 허락하는 제공자 프로필을 가져오고 자격 증명을 등록합니다. 그다음 OpenCode가 들어 있는 이미지로 샌드박스를 만듭니다.

openshell profile import --url https://raw.githubusercontent.com/NVIDIA/OpenShell/main/providers/openrouter.yaml
openshell provider create --name openrouter --type openrouter --from-existing
openshell sandbox create --name my-agent --from ghcr.io/anomalyco/opencode:latest --provider openrouter -- opencode -m openrouter/nvidia/nemotron-3.5-lightning:free

OpenShell 문서에 따르면 OPENROUTER_API_KEY 값은 자격 증명 저장소에 들어가고 openrouter.ai로만 전송됩니다. 에이전트가 정책에 없는 목적지에 접속하려 하면 OpenShell이 요청을 막고 규칙 초안을 만들어 둡니다. 사용자는 openshell rule get my-agent --status pending으로 대기 중인 제안을 보고, rule approve나 rule reject로 하나씩 승인하거나 거절합니다. 승인한 규칙은 샌드박스를 다시 시작하지 않아도 바로 반영됩니다.

코딩 에이전트에 OpenShell 사용법을 가르치는 스킬도 있습니다. npx skills add NVIDIA/OpenShell로 설치하면 CLI 조작(openshell-cli), 샌드박스 정책 작성(generate-sandbox-policy), 게이트웨이와 추론 경로 디버깅(debug-openshell-cluster, debug-inference) 스킬이 들어옵니다. Python(uv add openshell), TypeScript, Go, Rust SDK도 제공됩니다.

OpenShell은 어디에 쓰면 좋나

첫째, 대회 코드를 에이전트에게 맡길 때입니다. DACON·DAKER 대회에서 에이전트에게 베이스라인 실행과 패키지 설치를 맡기더라도, OpenShell 샌드박스 정책으로 대회 데이터 폴더와 필요한 패키지 저장소만 열어 두면 다른 개인 파일이나 외부 서버로 새는 일을 줄일 수 있습니다.

둘째, API 키를 지키고 싶을 때입니다. LLM API 키를 쓰는 해커톤 과제에서 OpenShell은 에이전트에게 실제 키를 보여 주지 않고 승인된 목적지로 가는 요청에만 키를 붙입니다. 팀원이 공유하는 실험 환경에서 특히 쓸모가 있습니다.

셋째, 에이전트 실험 결과를 비교할 때입니다. 같은 정책과 같은 이미지로 샌드박스를 만들면 여러 에이전트나 모델을 같은 조건에서 돌려 볼 수 있습니다. Kubernetes용 Helm 배포와 GPU 샌드박스 안내도 문서에 있어 팀 규모로 키우기도 쉽습니다.

다만 OpenShell README에 따르면 게이트웨이는 운영 범주와 개수에 한정한 익명 텔레메트리를 수집합니다. 끄려면 게이트웨이에 OPENSHELL_TELEMETRY_ENABLED=false를 설정하면 됩니다. Windows 지원은 아직 실험 단계이고, Kubernetes 배포에서는 CNI가 NetworkPolicy를 강제해야 합니다. 여러분은 코딩 에이전트에게 어디까지 권한을 주고 계신가요? 샌드박스나 정책으로 에이전트를 묶어 본 경험이 있다면 댓글로 나눠 주세요.

출처