The One Thing Every AI Agent Framework Agrees On - Mislav Ivanda, Daytona

한 줄 핵심

대부분의 AI 에이전트 프레임워크는 세부 구현은 달라도 결국 코드 실행을 어디서 격리할지에선 샌드박스를 향해 수렴하며, 프레임워크 선택보다 먼저 실행 경계를 정하는 것이 더 중요하다.

시간별 요약

1. 0:00
   도입 Daytona의 Sandbox를 여러 에이전트 프레임워크와 개발 도구에 통합하는 과정에서, 서로 다른 프레임워크들이 의외로 같은 문제를 반복해서 만난다는 패턴이 드러났고 그 공통점을 설명하는 흐름이 시작된다.
2. 0:52
   프레임워크를 맞혀 보세요 여러 프레임워크에 Daytona를 붙여보면 통합 방식은 달라도 결국 샌드박스를 생성하고, 그 안에서 코드를 실행하고, 종료하는 세 단계로 수렴한다. 경쟁 관계인 프레임워크들이 핵심 개념에서는 거의 합의하지 못하면서도 이 부분만큼은 비슷하다는 점이 강조된다.
3. 2:20
   아무것도 합의하지 않는 프레임워크들 LangGraph, CrewAI, OpenAI agent SDK, Cloud Agent SDK는 에이전트의 정의, 동작 방식, 언어, 책임 주체를 서로 다르게 본다. 그럼에도 실행 경계에 대해서는 비슷한 방향으로 모이기 때문에, 이는 유행이 아니라 필요에 가깝다.
4. 3:42
   에이전트 코드는 어디서 실행해야 할까? 에이전트가 유용해질수록 결국 코드 실행이나 shell access가 필요해지고, 그 순간 가장 중요한 질문은 어느 실행 환경에서 돌릴 것인가가 된다. 여기서부터 격리 방식의 선택지가 본격적으로 비교된다.
5. 4:12
   옵션 1: 허용 목록과 승인 가장 기본적인 방식은 허용 목록과 승인 프롬프트로 로컬에서 명령 실행을 통제하는 것이다. 하지만 Python 실행을 허용하는 순간 파일 시스템 조작, 네트워크 연결, 임의 코드 실행까지 열릴 수 있어, 모델이 실제로 무엇을 할 수 있는지 제한하지 못한다는 치명적인 문제가 생긴다.
6. 5:23
   옵션 2: 내장 런타임 V8이나 QuickJS 같은 내장 런타임은 네트워크와 파일 시스템 격리가 더 좋아 보인다. 그러나 에이전트가 내부에서 호출하는 이메일 전송이나 DB 조회 같은 도구는 결국 런타임 밖에서 실행되므로, 도구 호출 경로를 통해 위험이 그대로 남는다.
7. 6:46
   옵션 3: 별도의 컴퓨터 가장 권장되는 방식은 VM이나 별도 컴퓨터를 실행 환경으로 쓰는 것이다. 이 방식은 로컬 인프라와 분리되어 있고, 샌드박스가 악성 코드를 실행하더라도 애플리케이션 본체는 오염되지 않으므로 문제가 생기면 샌드박스만 버리고 다시 띄우면 된다.
8. 7:54
   프레임워크는 샌드박스로 이동하고 있다 CrewAI, AG 2, Cloud Agent SDK, OpenAI agents SDK, Mastra는 공통적으로 로컬 코드 실행 대안을 줄이고 샌드박스 중심으로 이동하고 있다. 새로운 기능을 추가하는 것보다 로컬 실행 같은 위험한 대안을 삭제하는 방향이 더 분명하게 보인다.
9. 9:19
   샌드박스 사용 방식의 변화 처음에는 샌드박스가 짧게 생성됐다가 사라지는 임시 실행 환경이었지만, 이후에는 에이전트 자체를 샌드박스 안에서 돌리는 실행 런타임으로 쓰이기 시작했다. 최근에는 수천 개의 실행 환경을 병렬로 돌려 RL, fine tuning, post training, benchmark, 서브 에이전트 구성까지 활용하는 방향으로 확장되고 있다.
10. 10:33
    어떤 프레임워크를 골라야 할까? 프레임워크 선택에서 많은 항목은 같은 언어라면 갈아끼울 수 있고, 모델·프롬프트·누락 기능·관측성 같은 요소도 대체 가능하다. 하지만 실행 경계는 쉽게 바뀌지 않으므로, 선택의 중심은 기능 비교보다 배포 구조에 더 가깝다.
11. 12:46
    쉽게 바꿀 수 없는 하나의 선택 가장 바꾸기 어려운 것은 로컬 실행과 외부 샌드박스 중 무엇을 기준으로 삼을지 정하는 실행 경계다. 이 결정이 전체 아키텍처와 도구 설계를 좌우하므로, POC 단계에서의 관성 때문에 생산 환경까지 끌고 가면 나중에는 제품 전체를 위험에 빠뜨릴 수 있다.
12. 14:09
    프레임워크는 의견이고, 경계는 약속이다 프레임워크는 바꿀 수 있는 의견이지만, 실행 경계는 시스템이 어떤 위험을 감당할지에 대한 약속이다. 결국 먼저 정해야 하는 것은 어떤 프레임워크를 쓸지보다 어디까지를 시스템 바깥으로 둘지다.

실무 인사이트

• 에이전트 프레임워크를 비교할 때 기능 목록보다 먼저 실행 경계와 격리 수준을 점검해야 한다.
• 로컬 코드 실행은 초기 개발엔 편하지만, 도구와 권한 설계가 생산 환경까지 그대로 이어질 가능성이 높아 조기 결정이 중요하다.
• 샌드박스는 단순한 보안 장치가 아니라 에이전트 루프, 병렬 실행, 대규모 평가까지 뒷받침하는 기본 실행 단위로 봐야 한다.