# Agent NAS란?

> Agent NAS는 “실행”을 중심으로 설계한 네트워크 연결 스토리지입니다. 에이전트의 모든 실행은 격리된 브랜치에서 작업하고, 수명이 짧고 범위가 좁은 리스를 통해 데이터에 접근합니다. 모든 변경은 추적하고 되돌릴 수 있으며, 메모리는 출처를 가진 평범한 파일입니다. 에이전트가 이미 쓰는 파일, Git, S3, MCP로 접근할 수 있습니다.

## 한 단락으로

Agent NAS는 에이전트가 시간에 걸쳐 일하는 데 필요한 모든 것, 곧 지침, 스킬, 메모리, 진행 중인 작업, 이력을 보관합니다. 기존 NAS가 신경 쓰지 않는 질문에 답합니다. 이 실행은 무엇을 건드릴 수 있는가, 실수를 되돌릴 수 있는가, 누가 무엇을 승인했는가, 이 기억은 어디에서 왔는가. 새로운 스토리지 엔진이 아닙니다. 검증된 스토리지(파일 시스템, Git, 오브젝트 스토어) 위에 놓이는 **계약**으로, 에이전트와 데이터 사이의 권한, 격리, 추적 가능성, 메모리가 어떻게 작동해야 하는지, 그리고 그것을 어떻게 검증하는지를 규정합니다.

## 이름을 풀어 읽기

- **Agent**: AI 시스템이 누군가를 대신해 행동하는 것. 여러 단계에 걸쳐 읽고, 판단하고, 도구를 씁니다. Agent NAS에서 에이전트는 하나의 **역할**에 속하고, 각각의 작업은 하나의 **실행**입니다.
- **Network-attached**: 네트워크를 통해 여러 클라이언트가 동시에 접근합니다. 가정의 LAN이든, 팀 서버든, 클라우드 리전이든 상관없습니다. 하나의 샌드박스나 한 대의 기계에 묶이지 않습니다.
- **Storage**: 내구성이 있고, 버전이 관리되며, 내보낼 수 있습니다. 스토리지가 진실의 원천이며, “지능적인” 것은 모두 여기서 파생되어 버렸다가 다시 만들 수 있습니다.

## Agent NAS가 되기 위한 조건

1. **접근의 단위는 실행입니다.** 모든 실행은 공유 키나 사람의 계정이 아니라 자신만의 [리스](https://agentnas.com/ko/concepts/capability-lease/)를 가집니다.
2. **기본적으로 격리되고 되돌릴 수 있습니다.** 쓰기는 먼저 [브랜치](https://agentnas.com/ko/concepts/agent-branch/)에 반영되고, 보호된 데이터는 병합으로만 바뀌며, 삭제는 소프트 삭제입니다.
3. **모든 변경을 추적할 수 있습니다.** 누가, 누구를 대신해, 어떤 리스로 했는지, 무엇을 읽었는지를 알 수 있습니다([Flight Recorder](https://agentnas.com/ko/concepts/flight-recorder/)).
4. **메모리는 출처를 가진 파일이며, 인덱스는 버려도 됩니다**([Agent Memory](https://agentnas.com/ko/concepts/agent-memory/)).
5. **기존 인터페이스로 제공됩니다.** 새로운 프로토콜이 아니라 마운트, Git, S3, MCP입니다.
6. **AI 계층을 걷어내도 여전히 제대로 된 범용 NAS입니다.** 그리고 모든 데이터를 통째로 내보낼 수 있습니다.

## 아닌 것

- **새로운 스토리지 엔진, 파일 시스템, 벡터 데이터베이스가 아닙니다.** 모두 기존 부품으로 씁니다.
- **샌드박스가 아닙니다.** 컴퓨팅을 격리하지 않습니다. 에이전트와 데이터의 관계를 제약하며, 샌드박스와 함께 써야 합니다.
- **프롬프트 인젝션의 해결책이 아닙니다.** 결과를 제한할 뿐, 인젝션이 일어나는 것을 막지는 못합니다. [보안](https://agentnas.com/ko/security/)을 참고하세요.
- **에이전트 프레임워크가 아닙니다.** 에이전트가 어떻게 추론하고, 계획하고, 모델을 호출하는지는 다루지 않습니다.

## 누구를 위한 것이고, 누구에게는 필요 없는가

- **이미 `AGENTS.md`와 Git을 쓰는 개발자:** 보호된 메인 라인, 되돌릴 수 있는 실행, 추적 가능한 기록을 원합니다.
- **여러 에이전트를 운영하는 팀:** 공유 트리, 에이전트가 만든 변경의 검토, “실제로 무엇을 읽었는가?”에 대한 답이 필요합니다.
- **개인 에이전트를 쓰는 개인:** 메모리를 자기 손에 두고, 읽고, 고치고, 가져갈 수 있기를 원합니다.
- **고객 데이터를 다루는 조직:** 보존과 망각을 쓰기 시점의 명시적인 선택으로 다루고, 정직한 망각 보고서가 필요합니다.

> **필요 없는 경우.** 에이전트가 하나이고 데이터를 기꺼이 다시 만들 수 있다면 Agent NAS는 **필요 없습니다**. `AGENTS.md`를 둔 Git 저장소로 충분합니다. 데이터가 중요해지고, 에이전트가 늘어나고, “실제로 무엇을 읽고 바꿨는가?”를 알고 싶어질 때 비로소 제값을 합니다. 더 많은 사례는 [사용 사례](https://agentnas.com/ko/use-cases/)에 있습니다.

## Agent NAS와 제조사의 관리 에이전트

| 질문 | NAS 제조사의 관리 에이전트 | Agent NAS |
| --- | --- | --- |
| 에이전트는 무엇을 하는가? | 자연어로 이 NAS를 관리하며, 대화를 작업으로 바꿉니다. | 장비 안의 데이터 위에서 일합니다. 읽고, 쓰고, 기억하고, 기록을 남깁니다. |
| 접근 권한은 어떻게 주는가? | 사용자의 권한을 재사용하고, 위험한 작업은 한 번 더 확인합니다. | 하나의 실행에 묶인 수명이 짧은 리스: 경로, 동작, 만료, 예산. |
| 문제가 생기면? | 확인 절차와 로그에 의존합니다. | 쓰기는 브랜치에 반영되고, 삭제는 소프트 삭제이며, 스냅샷은 모든 리스의 바깥에 있습니다. |
| 메모리는 어디에 있는가? | 어시스턴트나 제조사의 서버에 있습니다. | 에이전트의 홈에 출처가 있는 노트로 있으며, 인덱스는 버려도 됩니다. |
| 신뢰할 수 없는 콘텐츠는? | 다른 텍스트와 똑같이 모델에 들어갑니다. | `external` 라벨이 붙고, 읽은 뒤의 중대한 동작은 게이트를 거칩니다. |
| 어떻게 떠나는가? | 제조사에 따라 다릅니다. | 모든 것을 평범한 파일과 Git 이력으로 내보냅니다. |

## 다음에 읽을 것

- [9가지 개념](https://agentnas.com/ko/concepts/): 개념마다 한 페이지, 작게 시작하는 방법 포함.
- [아키텍처](https://agentnas.com/ko/architecture/): 네 개의 계층, 여섯 개의 명사, 한 번의 실행이 거치는 길.
- [보안](https://agentnas.com/ko/security/): 위협 모델, 통제, 솔직한 한계.
- [FAQ](https://agentnas.com/ko/faq/): 자주 묻는 질문에 대한 짧은 답.

---

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