
Claude Code를 위한 로컬 샌드박스 내부의 터미널 기반 브라우저
요약
Claude Code를 안전하게 실행하기 위해 저장소, 의존성, 브라우저를 격리된 로컬 샌드박스에 담는 h5i 프로젝트를 소개합니다. Kitty 그래픽 프로토콜을 활용해 터미널 내에서 샌드박스 내부의 브라우저를 직접 관찰하고 제어할 수 있습니다.
핵심 포인트
- AI 에이전트의 무분별한 시스템 접근을 방지하는 로컬 샌드박스 구축
- Claude Code와 개발 서버, 브라우저를 하나의 일회용 환경으로 격리
- Kitty 그래픽 프로토콜을 통한 터미널 기반 브라우저 제어 및 관찰
- 호스트 환경의 쿠키나 확장 프로그램 영향을 받지 않는 깨끗한 브라우징
https://i.redd.it/f1dsno0xkyhh1.gif 최근 AI 에이전트(AI agents)가 통제 불능 상태가 된다는 이야기가 많이 들리고 있습니다. 저 또한 알 수 없는 기여자가 내 머신에서 직접 내 오픈 소스(OSS)로 PR(Pull Request)을 보내는 상황이 다소 불편합니다. 특히 의존성(dependencies)을 설치하고, 개발 서버(dev server)를 실행하며, 결과물을 내 일상적인 브라우저에서 여는 경우라면 더욱 그렇습니다. 그래서 궁금해졌습니다. 저장소(repository), 의존성, Claude Code, 개발 서버, 그리고 브라우저를 포함한 모든 것을 하나의 로컬 일회용 샌드박스(local disposable sandbox) 안에 넣을 수 있을까? 그리고 호스트 브라우저에서 앱을 열지 않고도 터미널에서 완전히 브라우저를 관찰하고 제어할 수 있을까? 결과적으로 이것은 놀라울 정도로 잘 작동합니다. 저는 코딩 에이전트(coding agents)를 위한 오픈 소스 로컬 샌드박스인 h5i를 구축했습니다.
┌──────────────── HOST ────────────────┐
│ │
│ Terminal │
│ watch / click / type │
│ │
└──────────────────┬───────────────────┘
pixels + input
┌──────────────────▼───────────────────┐
│ LOCAL DISPOSABLE SANDBOX │
│ │
│ repository + dependencies │
│ ↕ │
│ Claude Code │
│ ↕ │
│ dev server ↔ Chrome │
│ │
│ Fresh browser profile │
│ No host cookies or extensions │
└──────────────────────────────────────┘
Claude는 코드를 수정하고, 의존성을 설치하며, 서버를 시작할 수 있고, agent-browser를 통해 샌드박스 내부의 실제 Chrome 브라우저를 제어할 수 있습니다. 저는 Kitty 그래픽 프로토콜(Kitty graphics protocol)을 사용하여 터미널에서 직접 동일한 브라우저를 관찰하고, 클릭하고, 타이핑하거나 제어권을 가져올 수 있습니다.
AI 자동 생성 콘텐츠
본 콘텐츠는 r/ClaudeAI의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기