- eve는 Apache-2.0 오픈소스 에이전트 프레임워크로, 에이전트를 디렉터리 단위로 정의하는 파일 시스템 중심 설계를 채택했다.
- durable execution, sandbox, approvals, connections, channels, evals를 프레임워크 차원에서 내장해 별도 SDK 결합 없이 운영 요소를 추상화한다.
- npx eve@latest init으로 스캐폴딩 후 vercel deploy로 배포하는 경로 하나로 개발-배포 일관성을 확보했다.
eve는 ‘에이전트=디렉터리’라는 파일 시스템 중심 규약을 도입해, SDK 방식의 분산된 운영 요소를 한 트리로 모으는 대안으로 읽힌다.
2026년 6월 17일, Vercel은 자사 블로그와 MarkTechPost를 통해 에이전트 프레임워크 eve를 공개 preview 형태로 공개했다. eve는 Apache-2.0 라이선스의 오픈소스 프로젝트이며, 발표 시점에서 public preview 단계로 표시되어 있어 API와 디렉터리 컨벤션은 이후 변경 가능성이 있다. 본문은 MarkTechPost 기사에 근거해 eve의 설계 철학과 내장 기능, 그리고 SDK 기반 에이전트 프레임워크와의 차이를 기술 해설 관점에서 정리한다.
eve의 등장 배경과 핵심 컨셉
최근 다수의 에이전트 프레임워크는 Python 또는 TypeScript SDK 형태로 배포되어, 개발자가 에이전트의 도구와 가드레일을 코드 안에서 직접 선언하도록 요구해 왔다. 이 방식은 유연하지만, 운영에 필요한 durable execution, 격리 실행, 권한 승인, 외부 연결, 평가(eval)가 프레임워크 외부에 흩어져 결합도가 높아지는 경향이 있다. eve는 이러한 문제를 ‘에이전트=디렉터리’라는 파일 시스템 중심 규약으로 재정의하려는 시도로 해석된다. 각 에이전트가 디렉터리 하나에 매핑되고, 그 안의 파일이 capability와 일대일로 대응되기 때문에 코드와 운영 자산을 같은 트리에서 다루어 결합도를 낮출 수 있다.
이 설계는 코드형 인프라(IaC)가 리소스를 선언적 파일로 표현해 재현성과 검토 용이성을 얻었던 방식과 유사한 패턴이다. 에이전트 정의, 도구 목록, 가드레일 정책, 평가 스크립트가 모두 파일로 존재하므로, git 기반 변경 이력 관리와 코드 리뷰 워크플로우에 자연스럽게 편입된다. 결과적으로 한 디렉터리가 곧 한 에이전트라는 단순한 규약이, 운영 자산의 패키징 단위와 배포 단위를 동시에 안정시키는 효과로 이어진다는 점에서 주목할 만하다.
개발자 경험 향상과 프로토타이핑 비용 절감
eve는 초기화 명령으로 npx eve@latest init을 제공한다. 이 한 줄로 표준 디렉터리 구조와 기본 capability 파일이 자동 생성되기 때문에, 기존 SDK 방식에서 흔히 발생하던 ‘에이전트 명세 작성 → 도구 바인딩 → 가드레일 추가 → 배포 스크립트 작성’이라는 다단계를 하나로 압축한다. 또한 vercel deploy 명령으로 코드 수정 없이 동일 경로의 배포가 가능해, 프로토타이핑과 운영 배포 사이의 간극을 줄인다. 결과적으로 신규 에이전트를 수십 분 단위로 띄워볼 수 있는 개발자 경험 개선이 핵심 가치로 부각된다.
특히 에이전트 capability를 별도 코드베이스로 관리하지 않고 동일 저장소 내에서 파일 단위로 다루기 때문에, 디자이너나 PM 같은 비개발 직군도 capability 목록 자체를 리뷰할 수 있다. 이는 ‘에이전트 사양이 곧 코드’라는 단순화를 통해 팀 내 의사결정 지연을 줄이는 부수 효과로 보인다. 다만 파일 시스템 기반 규약이 강해질수록 프레임워크 학습 곡선이 디렉터리 컨벤션 학습으로 옮겨가는 점은 별도 고려 사항이다.
Vercel 종속 가능성과 이식성 고려
eve는 오픈소스로 공개되어 있으나, 배포 명령이 vercel deploy로 명시되어 있어 실배포 환경이 Vercel 플랫폼과 강하게 결합될 가능성이 있다. 코드형 인프라 측면에서는 표준화된 디렉터리 구조 덕분에 이론적으로 다른 런타임으로도 이식이 가능하지만, durable execution이나 channel 같은 내장 기능이 Vercel 인프라의 특정 서비스에 의존한다면 사실상 락인이 발생할 수 있다. 따라서 운영 단계에서 멀티클라우드 또는 온프레미스 배포가 필요한 팀은 이식성 매트릭스를 별도로 점검해야 할 것으로 보인다.
내장 기능과 개발-배포 워크플로우
MarkTechPost 기사가 명시한 eve의 내장 기능은 다음과 같이 6개 영역으로 정리된다.
| 내장 기능 | 주요 역할 | SDK 방식과 비교 |
|---|---|---|
| durable execution | 장기 실행 에이전트의 상태 보존과 재시작 | 별도 워크플로 엔진(Temporal 등) 결합 필요 |
| sandbox | 도구 실행 격리 | Docker/E2B 등 외부 샌드박스 구성 필요 |
| approvals | 민감 작업에 대한 사람 승인 게이트 | 직접 권한 체크 로직 구현 |
| connections | 외부 시스템 자격 증명 관리 | Vault/Secret Manager 별도 운영 |
| channels | 메시징 채널 연동 | 채널 SDK 개별 통합 |
| evals | 에이전트 품질 평가 자동화 | 별도 평가 파이프라인 구축 |
이 표가 보여주듯, eve는 일반적으로 SDK 방식에서 분산되어 있던 운영 필수 요소를 프레임워크 차원에서 함께 제공한다. durable execution과 sandbox는 에이전트 안전성의 핵심이고, approvals와 connections는 보안 통제, channels는 배포 표면, evals는 품질 거버넌스를 담당한다. 즉, eve는 ‘에이전트 코드를 작성한다’는 행위와 ‘에이전트를 운영한다’는 행위를 같은 디렉터리 안에서 통합하려는 시도이다.
개발-배포 워크플로우는 npx eve@latest init으로 시작해 디렉터리를 구성하고, vercel deploy로 종료한다. 중간 단계에서 capability 파일을 추가하거나 가드레일 정책을 갱신하더라도, 배포 명령이 동일하기 때문에 CI/CD 파이프라인을 단순화할 수 있다. 이 일관성은 기존 방식에서 흔히 보이던 ‘로컬 SDK 실행 ↔ 운영 워크플로 엔진 ↔ 배포 플랫폼’ 사이의 환경 차이를 줄여, 환경 의존성으로 인한 버그를 감소시킬 잠재력이 있다. 다만 이는 Vercel 생태계에 최적화된 결과이므로, 비Vercel 환경에서는 동일 워크플로우가 보장되지 않을 수 있다는 점은 유의해야 한다.
기대 효과와 리스크
기대 효과 측면에서 eve는 (1) 에이전트 자산의 패키징과 배포 단위를 일치시켜 운영 복잡도를 낮추고, (2) durable execution과 sandbox 같은 필수 요소를 기본 제공해 보안 베이스라인을 끌어올리며, (3) evals 내장으로 에이전트 품질을 코드와 함께 관리할 수 있게 한다는 장점이 있다. 특히 evals가 프레임워크 레벨에서 제공된다는 점은, 에이전트 출시 후 회귀를 체계적으로 추적하는 데 기여할 것으로 분석된다.
반면 리스크도 분명하다. 첫째, public preview 단계이므로 디렉터리 컨벤션과 내장 기능 API가 변경될 가능성이 있다. 둘째, vercel deploy 중심의 배포 흐름은 Vercel 인프라에 강하게 결합되어 있어, 멀티 클라우드 이식성보다 Vercel 환경 최적화를 우선한 설계로 해석된다. 셋째, ‘에이전트=디렉터리’라는 강한 규약은 유연한 도구 구성을 제약할 수 있어, 비표준 capability가 많은 팀에는 오히려 마찰을 유발할 수 있다. 이러한 요인들은 eve 도입 결정 시 파일럿 단계에서 충분히 검증되어야 할 항목으로 판단된다.
핵심 정리
- eve는 ‘에이전트=디렉터리’ 규약으로 운영 자산을 코드와 동일 트리에서 관리하는 코드형 인프라형 에이전트 프레임워크다.
- durable execution, sandbox, approvals, connections, channels, evals 6개 내장 기능으로 SDK 방식의 분산된 운영 요소를 단일화한다.
- npx eve@latest init과 vercel deploy로 구성된 일관된 개발-배포 경로가 핵심 개발자 경험 이점으로 부각된다.
- 공개 시점의 public preview 단계와 Vercel 플랫폼 종속 가능성은 도입 전 검증 항목으로 남아 있다.
참고 자료: MarkTechPost 공식 기사, GeekNews 관련 토픽