비교
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의 자동 모드 연구에서: 승인은 적게, 계획과 병합에 두라는 것.
정말 새로운 것
솔직하게 밝히려 합니다. 목록은 짧습니다.
- 실행을 단위로 삼아 브랜치, 리스, 예산, 기록을 한데 묶는 것.
- 읽기 매니페스트와 세션 오염: 스토리지 경계에서 Rule of Two를 강제하는 것.
- 출처와 오염 표시를 지닌 메모리 쓰기, 그리고 “검토된 것만 자동 로드”라는 신뢰 경계.
- 보존 등급: “복구할 수 있음”과 “잊을 수 있음”을 명시적인 선택으로 만드는 것.
- 실행 가능한 인수 테스트가 있는 적합성 사다리.
아직 증명해야 하는 판단
브랜치, 토큰, 로그, 검색을 포함한 나머지는 모두 기존 기술의 조합입니다. 이들을 개방적이고 테스트할 수 있는 계약으로 묶는 것에 고유한 가치가 있다고 믿지만, 그것은 확립된 사실이 아니라 아직 증명해야 하는 판단입니다.
이 페이지 인용하기
사람, 검색 엔진, 에이전트를 위한 고정 주소와 권장 인용 형식입니다.
- Markdown 버전
- https://agentnas.com/ko/compare/index.md
- 권장 인용 형식
- Agent NAS project. “비교.” agentnas.com, 2026-11-11. https://agentnas.com/ko/compare/