AWS, 자율형 AI 에이전트만으로 작성한 로컬 에뮬레이터 출시

AWS는 2026년 11월 11일 AWS Emulator를 출시했다. 정식으로 제공되는 이 로컬 에뮬레이터는 200개가 넘는 서비스를 아우르는 AWS API 모델 438개를 기반으로 구축됐다. 자율형 AI 에이전트가 코드를 작성하고 테스트했으며, 개발자와 코딩 에이전트는 AWS 계정 없이도 자신의 컴퓨터에서 AWS API를 테스트할 수 있다.

AWS CLI, AWS SDK, 코딩 에이전트는 클라우드에서 사용하는 것과 동일한 API를 통해 로컬 HTTPS 엔드포인트에 연결한다. 환경 변수를 설정하면 애플리케이션 코드를 변경하지 않고도 해당 도구가 사용자 컴퓨터를 가리키도록 할 수 있다. AWS의 출시 안내에는 Linux용 RPM 및 Debian 패키지, macOS와 Windows에서 사용하는 Docker, Rust 테스트용 임베디드 모드에 대한 설명이 담겨 있다. 추가 서비스 요금은 없지만, 고객은 클라우드에 배포하는 AWS 리소스에 대해서는 계속 비용을 지불해야 한다.

코딩 에이전트는 이 에뮬레이터를 통해 AWS 인프라를 작성-실행-확인 과정에 포함할 수 있다. 에이전트는 AWS 리전에 배포될 때까지 기다리지 않고 리소스를 만들고 결과를 확인한 뒤 코드를 수정할 수 있다. AWS 문서에는 개발 서버와 지속적 통합 환경도 에뮬레이터를 사용할 수 있는 환경으로 명시돼 있으며, 요청은 AWS가 아니라 에뮬레이션된 리소스로 전달된다.

세 에이전트 팀이 코드를 구축하고 유지 관리

AWS의 수석 수석 엔지니어인 매튜 골드버그는 엔지니어링 관련 글에서 자신의 팀이 에뮬레이터 코드를 작성하거나 검토하지 않았다고 밝혔다. 대신 사람들은 사양, 테스트 도구, 병합 승인 절차, 릴리스 파이프라인 등 에이전트 작업을 뒷받침하는 기반을 구축했다. 프로젝트는 Kiro 코딩 에이전트가 실제 AWS를 대상으로 테스트를 작성하고 검증한 뒤, 테스트를 통과하는 메모리 내 구현을 만들라는 프롬프트를 받아 약 15분 만에 쓸 만한 Amazon SQS 에뮬레이터를 만들면서 시작됐다. 이후 골드버그는 주말 동안 Kiro가 프로토타입을 확장하도록 했다. 이를 견고한 제품으로 만들려면 주변에 안전장치를 마련해야 했다.

현재 세 개의 범위가 한정된 에이전트 팀이 업무를 나눠 맡고 있다. 테스트 작성 에이전트는 공개 API 모델을 바탕으로 시나리오를 설계하고 실제 AWS를 대상으로 검증한다. 이슈 탐색 에이전트는 테스트를 다시 실행하고, 공통 원인이 있을 수 있는 실패 항목을 묶는다. 수정 에이전트는 각자 하나의 이슈를 맡는다. 골드버그에 따르면 에이전트 수백 개가 동시에 작업하는 가운데 충실도 테스트가 수만 건에 달하며, 매일 수천 건의 이슈가 해결된다.

제안된 수정 사항은 모두 병합 전에 컴파일을 마치고 코딩 표준, 보안, 충실도를 확인하는 자동 검사를 통과해야 한다. 독립적인 보안 에이전트는 개발 중 변경 사항을 적대적 관점에서 검토하며, 릴리스 파이프라인에서도 다시 검토한다. 골드버그는 “이 병합 승인 절차가 없다면 에이전트가 만드는 결과물을 신뢰할 수 없을 것”이라고 썼다.

변경 사항은 GitHub에 공개되기 전에 AWS CodeCommit과 CodePipeline을 거친다. 공개 저장소에는 커밋 기록과 해결된 충실도 문제 및 해결되지 않은 충실도 문제를 각각 담은 폴더가 공개돼 있다. AWS는 코드를 공개 도메인 헌정인 CC0에 따라 공개했으며, 공급업체 코드는 Apache 2.0을 따른다. 저장소는 풀 리퀘스트를 받지 않지만, 사용자는 GitHub Issues를 통해 버그와 충실도 격차를 보고할 수 있다.

충실도 점수로 에뮬레이터의 한계를 파악

충실도 테스트는 실제 AWS를 대상으로 확인하는 짧은 워크플로다. 테스트를 통과하려면 에뮬레이터는 모든 호출에 대해 상태 코드, 본문, 정확한 오류 코드와 메시지를 비롯해 워크플로에서 생성하는 리소스와 데이터까지 실제 AWS와 일치시켜야 한다. 구현되지 않은 작업은 HTTP 501(구현되지 않음)을 반환하므로 실패 여부를 즉시 확인할 수 있다. 각 릴리스에는 서비스별 통과 건수가 포함되며, AWS는 에뮬레이터가 개선되더라도 테스트가 추가되면 점수가 낮아질 수 있다고 주의를 당부한다.

공개 평가 테스트 모음의 모든 테스트는 샌드박스 처리된 AWS 계정 두 개 이상에서 검증됐다. 또한 저장소에는 테스트가 없는 동작은 검증되지 않았다고 명시돼 있다.

이러한 점수가 에뮬레이터를 보안 테스트 환경으로 만들어 주는 것은 아니다. 에뮬레이터는 AWS와 같은 방식으로 AWS Identity and Access Management(IAM)이나 리소스 기반 정책을 평가하지 않으므로, AWS가 거부하는 요청이 로컬에서는 성공할 수 있다. 지원되는 용도는 구축과 테스트이며, 프로덕션 워크로드와 애플리케이션 보안 테스트는 범위에 포함되지 않는다. 각 인스턴스는 하나의 계정과 리전에서 사용하도록 설계됐으며, 리소스를 메모리에 보관하고 중지하면 삭제한다.

엔지니어링 업무의 중심이 사양과 테스트로 이동

출시 안내 글에서 스와미나탄 시바수브라마니안은 엔지니어의 역할을 무엇을 만들지 결정하고, 에이전트가 코드를 작성하고 점검하는 동안 올바른 결과를 판별할 사양과 테스트, 병합 승인 절차를 만드는 일이라고 설명했다.

초기 Amazon 분산 잠금 서비스인 Alf와의 비교는 구체적인 사례를 보여 준다. 원래 복제 엔진을 구축하는 데는 약 4개월이 걸렸다. Sivasubramanian은 에이전트가 결과를 확인할 방법이 없었기 때문에 Kiro를 다시 구축하는 데 처음에는 감독하에 4일 밤을 들였다고 말했다. 사양과 테스트 환경을 제공한 뒤에는 재구축에 약 2시간이 걸렸다.

AWS Emulator는 이 교훈을 실제 출시 제품에 구현했다. 에이전트는 구현을 생성하고 수정하며, 엔지니어는 허용 가능한 동작을 정의하고 이를 자동으로 적용한다. 실제 활용 범위는 확대 중인 공개 테스트 모음과 남아 있는 충실도 격차에 따라 달라지며, 보안과 프로덕션 환경에서의 검증에는 여전히 실제 AWS가 필요하다.