핵심 요점
- Jeetu Maker가 만들었으며, GitHub 저장소에는 다른 사람 기여자가 보이지 않음
- 사양은 1.0이며, 제작자는 구현을 1.0 이전 단계로 설명함
- 두 번째 호스트, 독립적인 감사, 외부 사용자층은 확인되지 않음
- 데스크톱 앱은 macOS 전용이며, Windows와 Linux는 1.0 이후에 계획되어 있음
📍 한 문장으로
Snug Protocol은 AI 제작 앱, 이를 실행하는 프로그램, 사용자의 데이터 파일이 함께 작동하는 방식을 정의하여, 앱과 데이터를 호환되는 프로그램 사이에서 옮길 수 있게 합니다.
💬 쉽게 말하면
어시스턴트가 대신 만들어 주는 앱이 어시스턴트 자체 서비스 안에 머무르지 않고, 사용자가 직접 관리하는 일반 파일로 저장되는 것이라고 생각하면 됩니다.
Snug Protocol이란 무엇인가?
Snug는 AI 모델도, 단일 앱도 아닌 프로토콜입니다. 소형 웹 앱, 호스트 프로그램, AI 에이전트가 서로 통신하는 방식과 앱의 데이터가 보관되는 위치를 기술합니다. 프로젝트의 전제는 AI 어시스턴트가 만들어 준 앱이 보통 데이터와 함께 그 앱을 만든 플랫폼에 묶여 있다는 것입니다. 코드는 GitHub의 snug 저장소에 있습니다.
- 앱: 자체 인터페이스와 로직을 갖춘 작고 독립적인 HTML 앱으로, AI 에이전트가 일상어로 쓴 설명을 바탕으로 만듭니다
- 호스트: 앱을 샌드박스에서 실행하고 앱의 AI 요청, 저장소, 네트워크 접근을 중개하는 프로그램입니다. 프로젝트는 macOS 앱과 브라우저 Playground, 두 가지를 제공합니다
- 사용자 파일: .snug로 끝나는 하나의 SQLite 파일로, 앱, 앱 데이터, 채팅, 설정을 담으며 통째로 내보내 호환 호스트 사이에서 옮길 수 있습니다
구성 요소가 맞물리는 방식
앱과 호스트는 엔벨로프(envelope)라고 부르는 버전이 지정된 JSON 메시지를 주고받습니다. 문서는 AI 에이전트를 앱의 "마음", 앱을 "몸"이라고 부릅니다. 앱은 화면을 그리고 상태를 유지하며, 에이전트는 요청이 있을 때 지능을 제공합니다.
- 런타임 AI: 프로젝트에 따르면 앱이 실행되는 동안 호스트가 모델을 제공하므로, 모델을 바꿔도 앱을 다시 만들 필요가 없습니다
- 격리된 저장소: 각 앱은 사용자 파일 안에서 자신만의 데이터베이스 네임스페이스를 가집니다
- 사양: 와이어 프로토콜, 이식 가능한 사용자 데이터베이스, 연결된 앱, 런타임 계약과 앱 채팅 화면, 연결된 기기 간 연결, 적합성을 다루는 여섯 부분으로 이루어져 있습니다. 이 리뷰는 런타임 계약을 자세히 검토하지 않았습니다
- 개발자용: 문서에 호스트 구축 안내서와 Snug를 다른 제품에 내장하는 안내서가 있으나, 둘 다 여기서 테스트하지 않았습니다
로컬 모델과 호스팅 모델
호스트가 모델을 선택하므로 Snug는 로컬 추론과 호스팅 추론 모두에서 실행할 수 있습니다. 다운로드 페이지에 따르면 macOS 앱에는 Anthropic 또는 OpenAI API 키나 로컬 OpenAI 호환 엔드포인트가 필요하며, Ollama로 서빙하는 로컬 모델을 하나의 선택지로 언급합니다.
- 로컬 경로: OpenAI 호환 로컬 엔드포인트를 쓰면 추론이 내 컴퓨터에서 이루어집니다. 하드웨어나 Ollama 버전 요구 사항은 공개되어 있지 않습니다
- 호스팅 경로: 클라우드 모델은 앱이 추론을 위해 보내는 내용을 그대로 받습니다
- 자격 증명: 다운로드 페이지에 따르면 키는 사용자의 .snug 파일에 저장되며, Snug 서버가 아니라 사용자의 컴퓨터가 첨부합니다
- 기타 서비스: 프로젝트 사이트에 따르면 은행 계좌를 읽는 앱도 여전히 어그리게이터를 거치므로, "앱 백엔드 없음"이 외부 서비스가 없다는 뜻은 아닙니다
보안 설계와 그 한계
Snug는 공개 위협 모델에 보안 설계를 문서화했지만, 이 문서는 프로젝트가 직접 작성한 것이며 독립적인 감사는 확인되지 않았습니다. 아래 내용은 문서가 밝힌 사항이며, 직접 테스트한 결과가 아닙니다.
- 샌드박스: 앱 iframe은 불투명 출처(opaque origin)와 함께
sandbox="allow-scripts"를 사용하고 콘텐츠 정책은connect-src 'none'이므로, 앱이 자체적으로 네트워크 연결을 열 수 없습니다 - 자격 증명 보관: 자격 증명 형태의 헤더는 프로토콜 계층에서 거부되며, 응답과 오류는 앱에 도달하기 전에 정제됩니다
- 네트워크 상한: 앱은 사용자가 승인한 호스트에만 접근할 수 있고, 리디렉션은 따라가지 않으며, 데이터를 변경하는 요청은 자격 증명을 읽기 전에 확인을 받아야 합니다
- 파일 보호: 사용자 파일은 기본적으로 평문이며, AES-256-GCM 암호화는 사용자가 보호를 켠 경우에만 적용됩니다
- 수용된 위험: 문서는 잔존 위험을 나열하며, 그중에는 앱이 메시지 저장소를 읽을 때 제3자의 메시지가 LLM에 전달될 수 있다는 점, 그리고 하나의 무결성 검사가 부분 복사본은 잡아내지만 같은 사용자로 실행되는 다른 프로세스는 잡아내지 못한다는 점이 있습니다
- Windows: 문서는 프로젝트가 제공하지 않는 플랫폼인 Windows의 알려진 결함을 기록하고 있습니다
받는 방법
Snug의 코드는 MIT 라이선스이며 프로젝트는 macOS 앱의 가격을 명시하지 않습니다. 이 앱은 Apple silicon과 Intel용 유니버설 .dmg이고, Playground는 브라우저에서 실행됩니다.
항목 | 받는 곳 |
|---|---|
| macOS 앱 | Snug.dmg, 버전 0.1.3 |
| 브라우저 Playground | playground.snugprotocol.org |
| 웹사이트 | snugprotocol.org |
| 개인정보 처리방침 | snugprotocol.org/privacy |
| 소스 코드 | GitHub, MIT |
| 사양 | Spec 1.0 |
| Windows, Linux | 1.0 이후 계획 |
2026년 10월 17일에 확인했습니다. macOS 앱은 0.1.3이며 2026년 9월 5일에 출시되었고, 저장소 자체는 2026년 10월 15일에 마지막으로 업데이트되었습니다. 다운로드 페이지는 앱의 가격, 최소 macOS 버전, 서명 관련 정보를 명시하지 않습니다. 프로젝트는 Playground를 데이터를 브라우저에 보관하는 데모라고 설명하며, 비공개 배포 환경이 아니라고 밝힙니다.
얼마나 성숙했는가?
사양은 공개되어 버전이 관리되지만, 이를 둘러싼 생태계는 프로젝트 하나뿐입니다. 저장소는 2026년 7월 31일에 만들어졌습니다.
영역 | 확인 결과 |
|---|---|
| 사양 | 버전 1.0 공개 |
| 구현 | macOS 앱 0.1.3, 제작자에 따르면 1.0 이전 |
| 기여자 | 사람 계정 하나와 의존성 봇 |
| GitHub 활동 | 별 2개, 포크 0개, 열린 이슈 11개 |
| 다른 호스트 | 프로젝트 자체 호스트 외에는 확인되지 않음 |
| 보안 감사 | 확인되지 않음, 위협 모델은 자체 공개 |
GitHub 수치는 2026년 10월 17일에 확인한 것이며 앞으로 달라집니다.
확인하지 못한 사항
위의 모든 내용은 프로젝트 자체 문서와 GitHub 페이지에서 가져왔습니다. 아래 사항은 확인하지 못했습니다.
- 직접 사용 시 동작: PromptQuorum은 macOS 앱이나 Playground를 설치하거나 실행하지 않았습니다
- 채택 현황: 두 번째 호스트 구현과 제3자 사용자는 확인되지 않았습니다
- 보안: 독립적인 감사나 침투 테스트는 없었으며, 긴 위협 모델 문서도 일부만 읽었습니다
- 프로젝트가 보고한 주장: 프로젝트 자체 자료에 나온 절감이나 속도 수치는 테스트하지 않았습니다
- 실제 이식성: 이 형식은 호스트 사이의 이동을 위해 규정되었지만, 서로 독립적인 두 호스트 사이의 이동은 확인할 수 없었습니다
발전을 가로막을 수 있는 요인
이는 모든 새로운 이식성 계층에 해당하는 열린 질문이며, Snug에만 해당하는 조사 결과가 아닙니다.
- 이식성에는 두 번째 호스트가 필요합니다. 이식 가능한 파일은 다른 개발자가 호환 호스트를 만들고 필요한 동작을 유지할 때에만 도움이 됩니다
- 호스트는 여전히 중요합니다. 모델, 통합, 기기 접근은 호스트에서 오므로, 같은 앱도 호스트 두 곳에서 다르게 동작할 수 있습니다
- 샌드박스는 피해를 제한할 뿐, 실수를 막지는 않습니다. 생성된 앱도 잘못된 결과를 낼 수 있습니다
- 소형 로컬 모델. 단순한 작업은 처리할 수 있어도 복잡한 추론이나 전문 워크플로에서는 어려움을 겪을 수 있습니다
Snug를 살펴볼 만한 사람은?
관건은 한 개발자가 만든 초기 프로토콜이 지켜보거나 시도해 볼 가치가 있는가입니다.
이런 경우 살펴볼 만합니다
- AI로 만든 개인용 도구를 직접 관리하는 파일로 보관하고 싶은 경우
- AI 제품을 만들며 내장 가능한 설계를 살펴보고 싶은 경우
- Mac을 사용하며 1.0 이전 소프트웨어가 불편하지 않은 경우
이런 경우 기다리십시오
- 지금 Windows나 Linux가 필요한 경우
- 금융 계정 등 민감한 계정을 연결하기 전에 독립적으로 감사받은 보안이 필요한 경우
- 뒷받침하는 팀과 검증된 실적이 있는 도구가 필요한 경우
자주 묻는 질문
설치 없이 Snug를 체험할 수 있습니까?
예. 브라우저 Playground를 데모로 쓸 수 있으며, 프로젝트는 데이터를 브라우저에 보관하고 내보낼 수 있게 한다고 밝히지만 비공개 배포 환경은 아니라고 설명합니다.
Snug를 쓰면 내 데이터가 완전히 비공개가 됩니까?
그런 주장은 없습니다. 앱에 자체 백엔드가 필요하지는 않지만, 호스팅 모델은 앱이 보내는 내용을 보게 되고 계정 연결에는 중개자가 관여할 수 있습니다.
.snug 파일을 다른 호스트로 옮길 수 있습니까?
이 형식은 그 용도로 규정되어 있지만, 지금까지 확인된 호스트는 프로젝트 자체 호스트뿐이므로 독립적인 구현 사이의 이동은 확인되지 않았습니다.
Snug는 업계 표준입니까?
아직 그렇게 볼 근거가 없습니다. 유지 관리자가 한 명이고 1.0 사양이 공개된 신생 개방형 프로토콜이라고 설명하는 편이 더 적절합니다.
개발자가 Snug를 자신의 제품에 내장할 수 있습니까?
문서에 호스트 구축과 Snug 내장을 위한 안내서가 있고 저장소가 TypeScript 패키지를 공개하지만, 이 리뷰는 이를 테스트하지 않았습니다.