Agent Drive는 S3와 같은 볼륨 또는 객체 스토리지와 어떻게 다른가요?

Agent Drive는 샌드박스의 파일 트리에 직접 마운트된 공유 클라우드 파일 시스템처럼 작동하며 POSIX 파일 시스템 작업을 위해 설계되었습니다. 일반적인 볼륨과 달리 여러 샌드박스에서 동시에 동시 액세스를 지원합니다. S3 스타일 객체 스토리지와 달리 POSIX 시맨틱스와 고동시성, 작은 파일 워크로드를 위해 구축되었습니다.

여러 샌드박스가 동시에 동일한 Agent Drive를 마운트하고 쓸 수 있나요?

네. Agent Drive는 여러 샌드박스에서 동시에 동시 읽기-쓰기 액세스를 위해 설계되어 여러 에이전트가 동시에 동일한 파일에서 작업할 수 있도록 합니다.

Agent Drive는 샌드박스 내에서 일반 파일 시스템처럼 작동하나요?

네. POSIX 호환 FUSE 클라이언트를 사용하므로 로컬 파일 시스템의 다른 경로처럼 보이고 작동합니다.

Agent Drive를 위해 용량을 미리 프로비저닝해야 하나요?

아니요. 드라이브는 고정된 용량 제한이나 사전 프로비저닝 없이 자동으로 증가하는 탄력적인("바닥 없는") 스토리지로 설명됩니다.

Agent Drive의 일반적인 사용 사례는 무엇인가요?

예시로는 중간 스토리지 없이 샌드박스 간에 파일 전달, 다른 에이전트를 위한 도구 출력 및 컨텍스트 기록 저장, 에이전트 간에 공통 데이터 세트 공유, 향후 배포 속도를 높이기 위한 패키지 종속성의 공유 캐시 생성이 있습니다.

샌드박스에 마운트된 Agent Drive를 어떻게 나열하나요?

SDK(예: TypeScript에서 `await sandbox.drives.list()` 또는 Python에서 `await sandbox.drives.list()`)를 통해 또는 `bl drive mounts --sandbox my-sandbox` 명령줄 인터페이스를 통해 마운트를 나열할 수 있습니다.

Agent Drive는 일반적으로 사용 가능한가요?

아니요. Agent Drive는 현재 비공개 미리 보기(대기 목록/조기 액세스) 상태입니다.

에이전트에 드라이브에 대한 읽기 전용 액세스 권한을 부여할 때 보안 고려 사항이 있나요?

네. 문서에서는 적대적/에이전트 설정에서 읽기 전용 보장을 효과적으로 하려면 `/var/run/secrets/blaxel.ai/identity/token`에 대한 액세스를 제한하고 에이전트의 PATH/실행 범위에서 `blfs` 바이너리를 차단해야 한다고 경고합니다.

Blaxel Agent Drive

WebsiteFree TrialAI DevOps Assistant AI Code Assistant

Blaxel Agent Drive는 POSIX/FUSE 시맨틱과 탄력적이고 용량 계획이 필요 없는 스토리지를 통해 여러 샌드박스에서 실시간 동시 읽기/쓰기 액세스를 제공하는 AI 에이전트를 위한 최신 분산 공유 파일 시스템입니다.

웹사이트 방문

이 도구 광고하기

https://blaxel.ai/agent-drive?ref=producthunt&utm_source=aipure

개요
동영상
대안

제품 정보

업데이트됨:Jul 24, 2026

Blaxel Agent Drive이란?

Blaxel Agent Drive는 많은 격리된 샌드박스와 에이전트가 동일한 아티팩트에서 협업해야 하는 에이전트 워크로드에 특별히 설계된 Blaxel의 공유 스토리지 계층입니다. 객체 저장소를 통해 파일을 이동하거나 실행 간에 컨텍스트를 재구축하는 대신, Agent Drive는 각 샌드박스의 파일 시스템에 직접 마운트되어 일반 경로처럼 작동하므로 에이전트가 재시작, 재배포 및 다중 에이전트 워크플로우 전반에 걸쳐 세션 컨텍스트, 데이터 세트, 도구 출력 및 종속성을 유지하고 공유할 수 있습니다. 이는 에이전트를 위한 "실제 파일 시스템"으로 포지셔닝되며, 높은 동시성과 에이전트 실행에 일반적인 작은 파일 패턴에 최적화되어 있습니다.

Blaxel Agent Drive의 주요 기능

Blaxel Agent Drive는 에이전트 워크플로우를 위해 설계된 현대적인 분산 공유 파일 시스템으로, 여러 Blaxel 샌드박스 또는 에이전트에 동시에 동시 읽기-쓰기 액세스로 마운트할 수 있습니다. 이는 샌드박스 내 FUSE 클라이언트를 통해 일반 POSIX 파일 시스템처럼 작동하며, 동일한 파일에 대한 실시간 협업을 지원하고, 에이전트가 생성하는 작은 파일, 높은 동시성 I/O 패턴(메모, JSON 아티팩트, 도구 출력)에 최적화되어 있습니다. 드라이브는 사전 프로비저닝된 용량 계획 없이 탄력적이며("바닥 없는"), 내장된 복제를 포함하고, 실행 중인 샌드박스에 연결하고 재시작 및 다중 에이전트 세션 전반에 걸쳐 재사용할 수 있는 내구성 있는 공유 상태를 제공합니다(비공개 미리보기).

동시 다중 샌드박스 액세스: 동일한 디렉토리 트리에 대한 실시간 협업을 가능하게 하는 동시 읽기-쓰기 액세스로 하나의 드라이브를 여러 샌드박스/에이전트에 동시에 마운트합니다.

사용자 지정 FUSE 클라이언트를 통한 POSIX 파일 시스템: 최적화된 POSIX 호환 FUSE 클라이언트를 사용하여 샌드박스 내에서 표준 파일 시스템 경로로 나타납니다. 코드에 객체 저장소 의미론을 적용할 필요가 없습니다.

작은 파일 및 높은 동시성 최적화: 많은 작은 읽기/쓰기 및 도구 아티팩트를 생성하는 에이전트 워크로드에 최적화되었습니다. 베타 사용자는 작은 파일 I/O에 대해 S3 스타일 접근 방식에 비해 주요 성능 향상을 보고합니다.

탄력적인 용량 계획 없는 스토리지: 드라이브는 고정된 용량 제한이나 사전 프로비저닝 없이 자동으로 확장되어 에이전트 플릿을 확장하는 팀의 운영 오버헤드를 줄입니다.

세션 간 내구성 있는 공유 상태 연결: 드라이브를 사용하여 샌드박스 재시작/재개/재배포 후에도 유지되고 샌드박스가 이미 실행 중인 동안 마운트할 수 있는 장기 컨텍스트(기록, 지식, 데이터 세트)를 유지합니다.

내장된 복제 (분산 파일 시스템): 단일 샌드박스를 넘어 공유 액세스 및 지속성을 지원하기 위해 분산 파일 시스템 설계의 일부로 복제를 제공합니다.

Blaxel Agent Drive의 사용 사례

다중 에이전트 코딩 워크플로우 (소프트웨어 엔지니어링): 코딩 에이전트가 패치, 빌드 아티팩트 및 테스트 로그를 드라이브에 작성하는 동안 검토/QA 에이전트가 다른 샌드박스에서 이를 읽어 외부 스토리지를 통해 복사할 필요 없이 빠른 핸드오프를 가능하게 합니다.

공유 장기 에이전트 메모리 (고객 지원 / 운영): 대화 기록, 런북 및 의사 결정 로그를 드라이브에 유지하여 새로운 샌드박스가 마운트하고 진행 중인 지원 또는 운영 작업을 위한 컨텍스트를 즉시 재개할 수 있도록 합니다.

병렬 팬아웃/팬인 처리 (데이터 및 연구): 코디네이터가 많은 작업자 샌드박스를 생성하여 문서 또는 데이터 세트를 병렬로 처리합니다. 작업자는 결과를 공유 폴더에 작성하고 코디네이터는 동일한 드라이브에서 출력을 집계합니다.

더 빠른 환경을 위한 종속성 캐싱 (개발 생산성): 공유 종속성(예: node_modules, 모델 자산, 도구 체인)을 드라이브에 저장하여 새로 시작된 샌드박스가 즉시 마운트하고 재사용하여 반복적인 다운로드/설치를 방지합니다.

창의적인 파이프라인을 위한 공유 아티팩트 저장소 (미디어 및 콘텐츠): 여러 에이전트 샌드박스가 초안, 개요 및 생성된 자산(스크립트, 메타데이터, 썸네일)에 대해 실시간으로 동일한 프로젝트 디렉토리를 읽고 쓰면서 협업합니다.

장점

샌드박스 간 동시 읽기-쓰기 마운트를 통해 실시간 다중 에이전트 협업을 가능하게 합니다.

POSIX/FUSE 접근 방식은 객체 저장소 마찰을 피하고 에이전트의 작은 파일 워크플로우에 더 적합합니다.

탄력적인 성장은 용량 계획을 제거하고 운영 오버헤드를 줄입니다.

재시작/재개 전반에 걸친 내구성 있는 공유 상태는 장기적인 에이전트 컨텍스트 및 재사용을 지원합니다.

단점

현재 제한된 가용성/지역 및 진화하는 기능 세트로 비공개 미리보기 중입니다.

에이전트가 드라이브 토큰에 액세스하고 마운트 바이너리를 다시 실행할 수 있는 경우 적대적/에이전트 설정에서 읽기 전용 마운트를 우회할 수 있습니다. 강화가 필요합니다(토큰 경로 제한 및 마운트 바이너리 차단).

세분화된 액세스 제어 및 할당량은 아직 완전히 사용할 수 없습니다("출시 예정"으로 표시됨).

Blaxel Agent Drive 사용 방법

1) 액세스 권한을 얻고 인증 설정: Agent Drive는 비공개 미리 보기 중이므로 먼저 액세스를 요청하세요. 그런 다음 Blaxel 콘솔에서 Blaxel API 키를 생성하고 SDK에 필요한 두 가지 환경 변수(BL_WORKSPACE(작업 공간 이름) 및 BL_API_KEY(API 키))를 내보냅니다.

2) TypeScript 프로젝트 설치 및 초기화 (선택 사항이지만 권장): npm이 설치되어 있는지 확인합니다. Blaxel CLI를 사용하여 에이전트 리포지토리를 스캐폴드합니다: `bl new agent`를 실행합니다. 이렇게 하면 코드를 추가할 수 있는 미리 스캐폴드된 로컬 리포지토리가 생성됩니다.

3) Agent Drive 생성: Blaxel TypeScript SDK를 사용하여 이름과 지역으로 드라이브를 생성합니다. 예: `import { DriveInstance } from "@blaxel/core"; const drive = await DriveInstance.create({ name: "shared-drive", region: "us-was-1" });`.

4) 드라이브를 공유할 두 개의 샌드박스 생성 (또는 재사용): 두 개의 샌드박스 인스턴스를 생성하거나 기존에 실행 중인 샌드박스를 사용합니다. 샌드박스는 에이전트가 실행되는 격리된 컴퓨팅 환경이며, 드라이브는 각 샌드박스에 마운트되어 파일을 공유할 수 있습니다.

5) 각 샌드박스에 드라이브 마운트: 동일한 드라이브를 두 샌드박스에 모두 연결/마운트합니다. Agent Drive는 최적화된 FUSE 클라이언트를 통한 POSIX 호환 파일 시스템이므로 각 샌드박스의 파일 시스템에 일반 경로로 나타납니다. 이미 실행 중인 샌드박스에 드라이브를 연결할 수 있습니다.

6) 마운트 확인 (선택 사항): 마운트된 드라이브를 나열하여 드라이브가 연결되었는지 확인합니다. SDK 예: `const mounts = await sandbox.drives.list(); console.log(mounts);` (Python 버전도 사용 가능). CLI 예: `bl drive mounts --sandbox my-sandbox`.

7) 샌드박스 A에서 파일 쓰기: 첫 번째 샌드박스에서 마운트된 드라이브 경로(예: 마운트 지점에 따라 `/shared/...`)에 파일을 씁니다. 이는 도구 출력, JSON 아티팩트, 메모, 종속성 캐시 또는 에이전트가 생성하는 기타 파일일 수 있습니다.

8) 샌드박스 B에서 동일한 파일 실시간으로 읽기: 두 번째 샌드박스에서 동일한 마운트된 드라이브 경로에서 파일을 읽습니다. 드라이브는 여러 샌드박스에서 동시 읽기-쓰기 액세스를 지원하므로 샌드박스 B는 객체 저장소를 통해 복사할 필요 없이 파일을 즉시 볼 수 있습니다.

9) 일반적인 다중 에이전트 패턴 사용: Agent Drive를 일반적인 워크플로우에 적용합니다: (a) 에이전트 간에 작은 파일 핸드오프(메모, JSON 아티팩트, 도구 출력), (b) 공유 장기 메모리(대화 기록, 지식 파일), (c) 종속성 캐싱(예: 배포 속도를 높이기 위한 공유 node_modules), (d) 많은 작업자 샌드박스가 동일한 공유 디렉토리에 결과를 쓰고 코디네이터가 이를 집계하는 병렬 팬아웃/팬인.

10) 샌드박스 수명 주기와 독립적으로 데이터 유지: 드라이브를 영구적인 공유 저장소로 사용합니다. 파일은 개별 샌드박스 세션과 독립적으로 계속 사용할 수 있으며, 새 샌드박스는 나중에 드라이브를 마운트하고 이전 컨텍스트에서 계속할 수 있습니다.