자원 센터로 돌아가기

가이드

개발 튜토리얼은 이러한 기능을 빠르게 활용할 수 있습니다.

몇 줄의 코드로 프로덕션급 Agent 만들기
몇 줄의 코드로 프로덕션급 Agent 만들기

초창기 에이전트는 일반 백엔드와 큰 차이가 없었다. 고객 응대, Q&A, 주문 조회 같은 시나리오에서는 사실상 비즈니스 인터페이스가 붙은 LLM 서비스에 가까웠다. 그러나 모델 능력이 올라오면서 에이전트는 진짜로 "손을 쓰기" 시작했다 — 파일을 다루고, 코드를 고치고, 테스트를 돌리고, 브라우저를 조작하고, 복잡한 시스템을 엮으면서 과거에는 사람이 해야 했던 일을 하나둘 가져가고 있다. 권한 경계를 한정하고 자원 사용을 통제하기 위해, 샌드박스는 필수 요소가 되었다.다음 단계로 직관적으로 떠오르는 방식은 에이전트 로직과 도구를 같은 샌드박스에 함께 욱여넣는 것이다. 호출 경로가 짧고 상태 공유가 편하다. 구조는 깔끔하지만 멀티테넌시, 보안 격리, 비용 효율 같은 엔터프라이즈급 요구사항으로 들어가는 순간 한계가 드러난다. 로직 한 줄을 바꾸려면 전체 툴체인이 들어간 이미지를 다시 빌드해야 하고, 동시 요청 환경에서는 대화 하나당 샌드박스 한 벌을 통째로 점유하면서 자원 비용이 빠르게 쌓인다. 에이전트 로직과 자격증명, 신뢰할 수 없는 코드가 한 환경에서 돌면서 prompt injection 공격면도 넓어진다. 상태가 샌드박스에 묶여 있어 폐기되면 함께 사라지고, 복구도 까다롭다.그래서 업계는 좀 더 디커플된 방식을 모색하기 시작했다 — 에이전트 로직, 도구 샌드박스, 상태가 각각 독립적으로 돌아가고, 컴포넌트마다 자신의 라이프사이클로 스케줄되며 서로 묶이지 않는 구조다.

Chris ChenChris Chen

최신 게시물