
영상 링크: Containing Agent Chaos — Solomon Hykes, Dagger
채널명: AI Engineer
에이전트 혼란을 제어하는 방법 — Solomon Hykes, Dagger 핵심 요약
- 영상은 Solomon Hykes가 10년 전 Docker Con 2015에서와 동일한 무대에서 발표하는 것으로 시작하며, 기존 소프트웨어 개발에서 AI 코딩 에이전트 시대로 전환되는 혼란(Chaos)에 대한 문제를 다룸
- Dagger의 플랫폼 엔지니어의 시각에서 에이전트가 소프트웨어 출시에 관여하게 되면서, 플랫폼 엔지니어의 역할이 개발자 지원에서 이제는 ‘로봇’(AI)이 소프트웨어를 출시할 수 있는 환경 제공으로 확장됨을 강조
- 현재 에이전트 운영 방식에는, 에이전트 여러 개를 동시에 구동하는 ‘YOLO 모드’와 ‘백그라운드 모드’(all-in-one)에 한계가 있음을 지적: 스케일 및 사용성 문제, 환경 충돌 및 개입의 어려움 존재
- 이상적인 에이전트 운용 환경에서는 백그라운드 작업 지원, 에이전트 활동의 제한(Rails), 사용자의 효율적 개입 방식, 그리고 다양한 도구/모델/인프라 선택의 자유가 필요하다고 주장
- 이러한 조건 충족을 위해 격리된(Isolated), 커스터마이징이 가능하며, 멀티플레이어 협업이 가능하고, 오픈(혹은 다양한 옵션 제공)된 환경이 필요함을 제안
- 이 조건을 충족시키는 핵심 기술로 컨테이너를 제시하며, 현재 컨테이너 기술이 인간 개발자 중심으로 설계됐기 때문에 AI/에이전트에 맞게 개선이 필요하다고 설명
- Dagger에서 개발 중인 “container use”라는 오픈소스 툴을 데모하며, 다양한 에이전트와 IDE, 클라우드, CI/CD 환경에서 컨테이너 기반의 작업 공간을 생성/관리하는 방식 시연
- 이 시스템은 에이전트가 완전히 격리된 컨테이너 안에서 개발·테스트·실행까지 반복적으로 작업하며, 각 상태가 git 오브젝트로 스냅샷되고 히스토리 관리가 용이함을 강조
- 컨테이너 환경 내 병렬 실험, 다양한 에이전트 도입, 비밀번호 관리 연동(1Password 등), 클라우드 및 로컬 인프라에서의 무결점 작업 지원 등 구체적인 기능 소개
- 마무리로 해당 도구를 현장에서 오픈소스로 전환하며, 누구나 github.com/dagger/containeruse에서 참여할 수 있음을 알리고 발표를 마침
세부 요약 - 주제별 정리
플랫폼 엔지니어의 역할이 AI 에이전트 지원자로 진화하고 있음
- Solomon Hykes는 무대에서 플랫폼 엔지니어로서의 경험을 공유하며, 개발자에게 생산적인 소프트웨어 배포 환경 제공이 핵심임을 강조
- ‘플랫폼 엔지니어’는 직접 소프트웨어를 개발/출시하지는 않지만, 다른 개발자(이제는 AI 에이전트까지 포함)가 최대한 생산적으로 일할 수 있도록 환경과 도구를 제공함
- AI 코딩 에이전트 등장으로 인해, 앞으로는 인간이 아니라 ‘로봇’(AI 에이전트)에게도 이러한 환경 지원이 필요해짐
- 현재는 극소수의 선도 개발자만이 개별적인 스크립트, 툴로 에이전트/AI를 활용하고 있으나, 곧 보편적인 상황이 될 것으로 전망됨
현존하는 에이전트 운용 방식의 한계와 문제점
- 실시간 감시하며 수작업으로 승인/거부를 반복하는 ‘1인 에이전트’는 확장성이 떨어짐
- 여러 에이전트를 동시에 구동하는 ‘YOLO 모드’에서는 환경 충돌, 자료 덮어쓰기 등 심각한 혼란 발생(“diagram is not the worst case scenario”)
- ‘백그라운드 모드’(모든 기능이 패키지화된 올인원형)는 사용성은 좋으나, 사용자가 필요한 때 즉각 개입하거나, 다양한 클라우드·모델·환경 조합에서 작동시키는 데에는 제약이 많음
이상적인 에이전트 운용 환경에 필요한 4가지 요소
-
- 에이전트가 작업을 백그라운드에서 자율적으로 수행(Background work)
-
- ‘Rails’: 작업 범위·코딩 스타일·빌드 방식·시크릿 사용 등 에이전트의 자유를 적절히 제한하고, 불필요한 토큰 소모/실수 교정을 줄일 수 있어야 함
-
- 필요할 때 효율적으로 사용자가 개입할 수 있는 쉬운 방법(실시간 감시나 PR 대기만이 아닌 중간 단계 필요)
-
- ‘Optionality’: 새로운 모델·클라우드·에이전트 등 빠르게 변화하는 시장에서 다양한 조합을 섞어서 쓸 수 있는 선택 자유 필요
이상을 구현하려면 격리, 커스터마이징, 멀티플레이어, 오픈 환경이 필수임
- 격리된 환경이 있어야 에이전트가 충돌 없이 병렬 작업을 수행 가능
- 에이전트 전용으로 빌드·테스트 방식, 시크릿, 툴 등 환경을 상세히 세팅(rails)할 수 있어야 함
- 사용자가 언제든 에이전트가 작업 중인 상태로 진입, 수정, 이력 확인, 머지 가능해야 함(‘multiplayer’)
- 특정 클라우드·툴·모델·에이전트에 종속되지 않고, 다양한 오픈소스 선택지나 커스터마이징이 허용된 환경이어야 함
컨테이너 기술이 AI 에이전트 시대 환경 제공의 핵심임
- 컨테이너는 이미 인프라 업계 표준이며 격리, 복제, 배포, 확장성에 강점이 있음
- 기존에는 인간 개발자를 위한 도구(Git, Docker 등)로 한정되어 활용됐으나, 이제 에이전트도 이를 직접적으로 환경으로 사용할 수 있게 해야 함
- 예시로 Git Work Trees를 활용한 다양한 ‘해킹’ 방식이 기존에 존재했으며, 이제는 더 근본적이고 네이티브한 통합 필요
Dagger의 container use 프로젝트가 새로운 표준을 제시함
- Dagger에서 “container use”라는 이름으로 개발한 오픈소스 툴을 소개(정식 완성 전 데모임을 명시)
- 이 툴은 에이전트가 본인에게 맞는 컨테이너 환경을 동적으로 세팅하고, 그 내부에서 코딩·빌드·테스트·실행을 반복함
- 주요 개념은 ‘컨테이너 안에서 에이전트가 작업 전부를 수행’하며, 이는 단순히 결과를 샌드박스에서 실행하는 것과 다름을 강조
데모: 다양한 환경에서 에이전트의 컨테이너 활용 협업 시연
- 비어 있는 디렉토리에서 homepage를 만드는 간단한 프로젝트 예시로 데모 진행
- cloud code(코딩 AI)와 container use를 연동하여 여러 개의 클라우드 기반 코딩 에이전트 활용
- 본질적으로 이 시스템은 코딩 에이전트가 사용할 수 있는 휴대 가능한(Portable) 환경(컨테이너)을 누구나 사용할 수 있게 해줌
- 특정 IDE, 명령줄, CI 등 다양한 환경에 연동 가능
작업 공간 관리, 스냅샷, 롤백 등 파일 및 히스토리 관리 방식
- 실제 소스 파일 및 상태는 git 오브젝트에 스냅샷 형태로 저장되며, 기본 워크스페이스를 오염시키지 않음
- 각 에이전트가 작업한 컨테이너 환경·상태는 히스토리(지점)로 남으며, 원하는 대로 diff, 머지, 롤백, 적용 가능
- 작업자(사용자)는 CLI를 통해 즉시 에이전트 환경 내부에 접속, 사용자가 직접 상황을 점검하고 빌드, 실행 등 직접 수행 가능
병렬 실험, 다양한 에이전트 결합, 실패 격리와 신속 복구의 지원
- 예시: 여러 에이전트를 동시에 띄워 ‘더 돋보이게 만들어 달라’는 요청 등 병렬 실험을 진행 가능
- 각 에이전트의 작업 결과와 환경이 완전히 독립적이라 실패 시에도 손쉽게 환경을 폐기, 원상복구, 다른 브랜치와 병합 가능
- Dagger를 비롯한 오픈소스 에이전트(Goose 등)와 연동해 실험 가능
- 비밀번호·시크릿 관리(1Password 등)와의 연동 기능 내장
클라우드·로컬·CI 등 다양한 인프라에서 컨테이너 환경 지원
- 데모 환경은 로컬이 아닌 연설자의 집(1마일 거리) 서버에서 실행, 사용자는 실시간 파일 교환·전송이 가능함을 보여줌
- 인프라 구성에 따라 클러스터, CI/CD 파이프라인 등 다양한 활용 가능성을 갖고 있음
‘에이전트 협업 루프’의 새로운 표준 - 감시와 PR 리뷰 사이 자연스러운 중간 단계 제공
- 매 작업마다 상태(스냅샷)가 git 로그처럼 기록되어 투명하게 확인, 언제든 머지 혹은 롤백 가능
- 기존처럼 실시간으로 에이전트 모든 행동을 감시하거나, 느린 PR 리뷰로만 대화하는 방식이 아니라, 확인·개입·병합의 중간 단계를 신속하게 지원
- 모든 작업 이력이 git 및 Dagger 기반이라 인터페이스/기능 개선이 빠르고, 다양한 커뮤니티 및 오픈소스 생태계와 즉시 연동 가능
오픈소스 공개 및 실시간 데모 마무리
- 발표 마지막에 컨테이너 기반 에이전트 환경 관리 프로젝트를 github.com/dagger/containeruse에 오픈소스로 즉시 공개함
- “아직 완성 전임을 주의”하며, 누구나 참여 및 피드백을 환영한다고 재차 강조
- Docker Con의 오픈소스 공개 전통을 언급하며 마무리