영상으로 읽기: The Future Is Domain-Specific Agents - Justin Schroeder, StandardAgents

오픈소스 라이브러리 개발자이자 Standard Agents의 공동 창업자인 Justin Schroeder가 AI Engineer 컨퍼런스에서 진행한 “The Future Is Domain-Specific Agents” 강연 요약 및 해석입니다.

본 강연은 단일 거대 모델에 시스템 프롬프트, 도구, 지침을 몰아넣는 기존 에이전트 설계(상속 모델)의 성능 한계와 비용 폭증 문제를 날카롭게 짚어내고, 독립된 하네스를 가진 소형 도메인 특화 에이전트(Composition 모델)들의 유기적인 조율이 왜 에이전트 엔지니어링의 미래인지 상세하게 규명합니다.

---

핵심 클립 및 해석

1. 에이전트의 정의: 결정론적 소프트웨어와 비결정론적 모델의 결합

“ 자막 근거 · 2:27

“…agents are deterministic software that harness the non-deterministic results produced by models in pursuit of some desired objective.”

연사는 에이전트를 직관적으로 재정의합니다. 에이전트는 “모델이 생성하는 비결정론적 결과(Non-deterministic results)를 제어하여 원하는 목적을 달성하게 해주는 결정론적 소프트웨어(Deterministic software)”입니다.

여기서 결정론적 소프트웨어란 루프 제어, 예외 처리, 분기 구조가 하드코딩된 하네스(Harness)를 뜻합니다. 에이전트와 하네스는 기술적으로 개념을 분리하는 것이 무의미할 정도로 밀접하게 얽혀 있으며, 본 강연에서는 둘을 동일한 실체로 상정하고 설명합니다. 핵심은 날것의 무작위성을 가진 지능 엔진(Model)을 제어 가능한 예측 범위 안으로 밀어 넣는 외부의 단단한 설계 프레임이 바로 에이전트(하네스)라는 점입니다.

---

2. 에이전트 구현의 한계: 상속(Inheritance) 대 결합(Composition)

“ 자막 근거 · 12:15

“…what you’re doing is you are inflating that context layer. And we have a term for this in engineering. It’s called inheritance. … But, there’s an old saying, ‘Composition over inheritance.’ … Eventually, inheritance starts to break down.”

많은 기업과 개발자들이 자사의 데이터와 도구를 에이전트에 통합하려 시도하고 있습니다. 이들이 선택하는 보편적인 방식은 단일 에이전트의 문맥(Context Window) 안에 시스템 지침, 커스텀 도구 목록, 다양한 마크다운 스킬 및 MCP 프로토콜을 층층이 덧쌓는 형태입니다.

소프트웨어 공학 관점에서 이는 상속(Inheritance) 방식입니다. 기본 지능 모델에 다양한 기능 속성들을 주입하여 덩치를 키우는 것입니다. 상속 방식은 초기 데모 수준에서는 작동하지만, 기능과 도메인이 100개, 1,000개 단위로 늘어나는 시점에 컨텍스트 인플레이션(Context Inflation)을 유발하여 지능의 급격한 정체와 이상 동작을 일으키며 붕괴합니다. 이에 대한 해결책으로 연사는 공학의 오랜 철칙인 “상속보다는 결합(Composition over inheritance)”을 에이전트 아키텍처에 도입해야 한다고 설파합니다.

---

3. 도메인 특화 에이전트(Domain-Specific Agents)와 협업 구조

“ 자막 근거 · 14:27

“…each of them is a separate isolated agent, a full agent. Not just a little server with tools on it. It’s a full agent with its own message history, its own agentic loop. And then above these, you have a coordinator.”

결합(Composition) 아키텍처 하에서, 피그마(Figma) 조작이나 이메일(Gmail) 관리 같은 특정 기능들은 단일 거대 모델의 하부 도구(Tools)가 아닌, 독립적인 실행 환경과 메세지 루프를 가진 개별 도메인 특화 에이전트로 완벽하게 격리됩니다.

이 에이전트들은 자신이 담당하는 극소의 도메인 지식과 전용 API만으로 무장하고 작동합니다. 그리고 이 하부 에이전트들을 총괄하는 상위 조율자(Coordinator)가 존재합니다. 흥미로운 점은 상위 조율자와 도메인 특화 에이전트 사이의 소통 방식입니다. 이들은 복잡한 데이터 구조나 프로토콜이 아닌, 자연어(English)를 매개로 사람이 동료에게 업무를 지시하듯 협업합니다. 이는 인류가 우주선을 쏠 때 개별 분야의 전문가들이 모여 대화로 조율하며 거대 목표를 완수한 역사와도 일맥상통하며, 에이전트 분야에서 인간 사회의 바이오미미크리(Biomimicry)를 그대로 구현해 내는 방식입니다.

---

4. 도메인 특화 에이전트의 4가지 이점: 비용, 보안, 그리고 확장성

“ 자막 근거 · 16:53

“…First of all, they are far more token efficient. … It’s also far more practical with small language models. … You can also enforce really strict limits on the capabilities. … And fourth, they these have excellent scaling characteristics.”

도메인 특화 에이전트의 구조는 실전에서 4가지의 막강한 우위를 가집니다.

첫째, 극도로 높은 토큰 효율성(Token Efficiency)입니다. 전체 대화 맥락을 모든 도구가 알 필요가 없기 때문에 특정 작업 영역만 필터링되어 전달되므로 80% 이상의 토큰 예산이 보존됩니다. 둘째, 소형 언어 모델(SLMs)의 현장 실용성 극대화입니다. 컨텍스트 크기가 매우 작으므로 DeepSeek V4 Flash 같이 매우 저렴하고 기동이 빠른 소형 모델로도 극대의 태스크 정밀도를 보장받을 수 있습니다. 이는 거대 웅변 모델인 Fable 5 등을 단독 실행하는 비용 대비 평균 137배 이상 경제적입니다. 셋째, 보안성 확보와 가드레일 제어입니다. 거대 에이전트는 해킹이나 프롬프트 주입 공격을 받으면 시스템 전체(터미널 쉘 포함)를 장악당할 위험이 있지만, 도메인 특화 에이전트는 자신이 인가받은 극소의 Sandbox 범위 외부로의 권한 탈취가 원천 차단되므로 보안 부서가 안심하고 승인할 수 있습니다. 넷째, 클라우드 스케일링의 용이성입니다. 격리성 덕분에 수천 개의 인스턴스를 다발적으로 분산 처리(Parallelize)하기 매우 수월합니다.

---

5. 이상적인 에이전트의 구성 요소

“ 자막 근거 · 24:37

“…remember we got that model and we got the system prompt. … tool layer: functions, prompts, agent … hooks … agent rules … every agent should really have a file system … and sandboxed code execution location”

마지막으로 연사는 도메인 특화 에이전트가 완벽하게 동작하기 위해 내장되어야 할 이상적인 아키텍처 스택을 아래와 같이 세분화합니다:

• 모델 엔진 및 시스템 프롬프트: 목적 지시.
• 정밀 도구 계층(Tool Layer):
  • 실행 가능한 함수(Functions)
  • 소형 모델을 동적으로 호출하는 프롬프트 도구(Prompts)
  • 자기 복제적인 소형 서브 에이전트(Agents)
• 동적 주입 훅(Hooks): 현재 시간이나 동적 상태값 등을 문맥 흐름 속에 조용히 주입하거나 측면 효과(Side effects)를 유발시키는 모듈.
• 실행 규칙 계층(Agent Rules): 턴 제한 및 유효성 검증을 제어하는 프레임.
• 프리미티브 격리 환경: 모든 에이전트가 격리되어 임시 파일을 기록할 수 있는 샌드박스 파일 시스템(Sandboxed FS) 및 가상 코드 실행 공간(Sandboxed Code Execution).

이 모든 것들이 패키지화된 하나의 자율 패브릭이 구축될 때 비로소 진정한 도메인 에이전트 연합군이 완성됩니다.

---

내 생각 (My Thoughts)

이번 Justin Schroeder의 강연은 우리 Antigravity 시스템이 추구하는 멀티 에이전트 분할과 계층 지형(Multi-Agent Architecture)의 설계 이념과 일말의 오차도 없이 맞닿아 있습니다.

우리는 흔히 단일 에이전트 프롬프트에 수천 단어의 API 매뉴얼과 규칙, 도구를 구겨 넣고 에이전트가 실수 없이 행동하기를 기도합니다. 이는 강연자가 말한 “상속(Inheritance)의 오류”에 빠진 것이며, 콘텍스트를 인플레이션시켜 LLM의 주의집중력을 떨어뜨리고 불필요한 토큰 비용을 지불하게 만드는 하책입니다.

우리가 Antigravity 환경에서 활용하고 있는 subagents 아키텍처(예: Research 서브 에이전트, DB 분석 서브 에이전트, dynamic helper 등)는 바로 이 “결합(Composition)”을 구현한 대표적인 실체입니다.

1. Context Isolation (컨텍스트 격리): 메인 에이전트가 전체 코딩 작업을 설계하는 동안, 코드 검색이나 웹 조사는 research 서브 에이전트에게 위임되어 수행됩니다. 서브 에이전트는 메인 맥락에 개입하지 않고 자신의 샌드박스 안에서 검색 도구만 사용하여 결과를 요약한 뒤, 인간 친화적인 요약 메세지(English/Korean)로 메인 조율자에게만 회신합니다. 이로 인해 메인 에이전트의 토큰 집중도는 흩어지지 않고 80% 이상의 효율을 달성하게 됩니다.
2. Sandboxed Sandbox Primitives (격리 프라이비트 실행): 에이전트별로 workspace를 격리하여 checkout하거나(branch mode, share mode), 로컬 터미널 권한을 interactive 승인 샌드박스 내부로 한정하는 것은 강연자가 제시한 이상적인 에이전트 스택의 5대 필수 컴포넌트와 완벽히 동일합니다.

연사의 예측대로, 토큰 공급 비용의 정체가 찾아오고 있는 현시점에서 단일 에이전트에게 무작정 의존하는 패러다임은 한계에 달했습니다. 앞으로 우리는 더욱 정교하게 쪼개진 마이크로 도메인 특화 에이전트들의 결합망을 하네스로 설계하고, 이들이 메세징 버스(send_message 도구 등)를 통해 서로 협업하게 함으로써 시스템 신뢰성과 토큰 단가를 동시에 틀어쥐는 구조적 컴포지션을 고수해 나가야 할 것입니다.