# 비교

> Agent NAS는 이 접근 방식들을 대체하려는 것이 아닙니다. 이웃한 작업 대부분은 자기 영역에서 잘하고 있으며 Agent NAS의 일부가 될 수 있습니다. 무엇을 빌려 왔고 무엇이 정말 새로운지를 솔직하게 밝히려 합니다.

## 지형도

| 분류 | 예 | 이미 하는 일 | 멈추는 곳 |
| --- | --- | --- | --- |
| NAS 제조사의 관리 에이전트 | QNAP QuAgent, Synology DSM Agent, TrueNAS MCP | 자연어로 장비를 관리하고, 사용자 권한을 재사용하고, 위험한 작업은 두 번 확인하고, 로그를 남깁니다. | “관리”를 겨냥할 뿐 “데이터 안에서 일하기”를 겨냥하지 않습니다. 실행 단위의 리스, 브랜치, 메모리 계약이 없습니다. |
| 에이전트용 파일 시스템과 Git | Turso AgentFS, Letta Context Repositories, Cloudflare Artifacts, Redis Agent Filesystem | 파일, 상태, 도구 호출 감사를 이식 가능한 스토리지에 담고, Git으로 버전 관리되는 메모리와 에이전트용 Git을 제공합니다. | 각각 하나의 런타임이나 플랫폼에 묶여 있고, 인가, 승인, 오염 표시, 망각은 대부분 바깥에 있습니다. |
| 포크 가능한 오브젝트 스토리지와 데이터 버전 관리 | Tigris Agent Kit, lakeFS | 쓰기 시 복사 방식의 포크, 체크포인트, 보호된 브랜치, 범위가 제한된 자격 증명, 병합 전 훅. | 데이터 레이크와 클라우드 오브젝트 스토리지를 겨냥합니다. 메모리와 리스의 의미가 없고, 사람의 승인 경험도 없습니다. |
| 메모리 프레임워크 | Letta, Mem0, Zep/Graphiti, OpenClaw 메모리 아키텍처 | 검색, 통합, 시간 그래프. OpenClaw는 이미 출처 라벨과 격리를 갖추고 있습니다. | 대부분 하나의 프레임워크에 묶여 있고, 인덱스와 진실이 분리되어 있지 않으며, 이전과 삭제가 어렵습니다. |
| 샌드박스와 런타임 | E2B, Daytona, Vercel Sandbox | 격리된 컴퓨팅과 스냅샷. | 스토리지가 초점이 아니며, 상태는 샌드박스와 함께 사라집니다. |
| 범용 스토리지 | S3와 S3 Files, NFS, SMB, Git | 내구성이 있고 성숙하며 생태계가 완비되어 있습니다. | “실행”, “리스”, “오염”을 모릅니다. |

**빈틈.** 모든 부품은 누군가 이미 만들었습니다. 우리가 보지 못한 것은 이들을 하나로 묶는, **직접 설치해 운영할 수 있고, 개방적이며, 테스트할 수 있는** 계약입니다. 실행을 단위로 삼아 브랜치, 리스, 승인, 기록, 메모리, 망각을 한데 묶고 적합성 테스트를 붙인 것입니다. 이 중 어느 하나라도 아무도 하지 않았다고 주장하는 것이 아닙니다. 그래서 이렇게 많이 빌려 옵니다.

## 이웃한 접근 방식과의 관계

| 접근 방식 | 잘하는 것 | Agent NAS와의 관계 |
| --- | --- | --- |
| QNAP QuAgent, Synology DSM Agent, TrueNAS MCP | 자연어로 NAS 관리 | 상호 보완. 이들의 장비가 Overlay의 기반이 될 수 있습니다. |
| Turso AgentFS, Redis Agent Filesystem, LayerFS | 에이전트용 파일 시스템 | Store 엔진이 될 수 있고, Agent NAS는 그 위에 계약을 더합니다. |
| Letta Context Repositories | Git 기반 메모리 | Agent Home이 레이아웃 아이디어를 빌려 옵니다. Letta는 Agent Memory의 런타임이 될 수 있습니다. |
| Cloudflare Artifacts, Tigris, lakeFS | 포크 가능하고 버전 관리되는 스토리지 | Store 엔진으로 바로 쓸 수 있습니다. |
| Mem0, Zep/Graphiti | 메모리 검색과 통합 | 인덱서, 곧 파생물 생산자가 될 수 있습니다. |
| OpenClaw 메모리 아키텍처 | 출처 라벨과 격리 | 선구자. 같은 아이디어를 공유 스토리지 계층에 둡니다. |
| S3, S3 Files, NFS, SMB | 범용 스토리지 | Store가 될 수 있지만, 실행, 리스, 오염을 모릅니다. |
| E2B, Daytona, Vercel Sandbox | 격리된 컴퓨팅 | 상호 보완. 함께 써야 합니다. |

## 우리가 빌려 온 것

- **Git과 lakeFS에서:** 브랜치, 보호된 브랜치, 병합 전 훅.
- **Letta와 Cursor에서:** 파일은 에이전트가 가장 잘 아는 인터페이스이며, 컨텍스트는 점진적으로 공개해야 한다는 것.
- **OpenClaw와 메모리 보안 연구에서:** 출처는 위조할 수 없어야 하고, 신뢰할 수 없는 메모리는 격리한다는 것.
- **Meta의 Rule of Two, CaMeL, Fides에서:** 모델 밖에서 결과를 제한한다는 것.
- **OAuth(RFC 8693, RFC 9396), Biscuit, UCAN에서:** 토큰 교환과 점점 좁아지는 인가.
- **OpenTelemetry와 Certificate Transparency에서:** 내보낼 수 있는 트레이스와 발견 가능한 변조.
- **Anthropic의 자동 모드 연구에서:** 승인은 적게, 계획과 병합에 두라는 것.

## 정말 새로운 것

솔직하게 밝히려 합니다. 목록은 짧습니다.

1. **실행**을 단위로 삼아 브랜치, 리스, 예산, 기록을 한데 묶는 것.
2. **읽기 매니페스트**와 세션 오염: 스토리지 경계에서 Rule of Two를 강제하는 것.
3. **출처와 오염 표시**를 지닌 메모리 쓰기, 그리고 “검토된 것만 자동 로드”라는 신뢰 경계.
4. **보존 등급:** “복구할 수 있음”과 “잊을 수 있음”을 명시적인 선택으로 만드는 것.
5. **실행 가능한 인수 테스트가 있는 적합성 사다리.**

> **아직 증명해야 하는 판단.** 브랜치, 토큰, 로그, 검색을 포함한 나머지는 모두 기존 기술의 조합입니다. 이들을 개방적이고 테스트할 수 있는 계약으로 묶는 것에 고유한 가치가 있다고 믿지만, 그것은 확립된 사실이 아니라 **아직 증명해야 하는 판단**입니다.

---

표준 URL: https://agentnas.com/ko/compare/
최종 수정: 2026-11-11 · 명세 초안 v0.2 · CC BY 4.0