awsmux는 AWS CLI 명령 하나를 계정 수백 개에 한꺼번에 뿌리고 결과를 한 줄기로 합쳐 주는 Go 실행 파일인데, awsmux mcp 명령 한 줄이면 MCP 서버가 되어 코딩 에이전트에 그대로 붙어요. 만든 사람이 공개한 비교 실험을 보면 셸에서 AWS CLI를 직접 쓰는 에이전트는 계정이 50~100개로 늘어날 때 주고받는 횟수가 4회에서 10.5회로 불어나고 출력 토큰도 5,706개까지 갔지만, awsmux를 쓴 쪽은 계정 수와 상관없이 4회로 고정됐다고 해요. 제목의 5.4배·7.4배는 '계정 50개에서 인터넷 전체에 열린 보안 그룹 찾기'라는 가장 잘 나온 한 항목 값이고 전체 범위는 속도 2.3~5.4배·비용 1.3~2.9배인데, 실험 설계는 문서로 자세히 공개됐지만 실제로 돌린 프롬프트와 집계 스크립트는 아직 공개되지 않아 남이 똑같이 재현하기는 어려워요.
- MCP
- AI 에이전트가 외부 도구를 불러 쓰도록 정해 둔 공통 연결 규격 (Model Context Protocol)
- CLI
- 글자로 명령을 입력해 프로그램을 다루는 방식 (Command Line Interface)
- 토큰
- AI 모델이 글을 잘게 쪼개 세는 단위. 주고받은 양만큼 요금과 시간이 늘어남
- LocalStack
- 진짜 AWS 대신 내 컴퓨터 안에서 AWS를 흉내 내 주는 시험용 프로그램
- AWS Config
- AWS가 계정 안 자원의 설정과 변경 이력을 모아 두는 기본 서비스
에이전트한테 인프라를 맡길 때 돈을 태우는 건 명령 하나하나가 아니라 '대상 개수만큼 늘어나는 왕복'이에요. 대상이 몇 개로 늘어도 왕복 횟수가 고정되게 도구를 설계하면 토큰이 눌린다는 게 이 실험의 알맹이고, 이건 AWS 말고 사내 서버나 여러 클러스터·데이터베이스를 한꺼번에 훑는 도구에도 그대로 옮겨 붙일 수 있어요. 다만 계정 수십 개를 한 번에 만지는 열쇠를 에이전트 손에 쥐여 주는 순간 사고가 났을 때 번지는 범위도 같이 커지니, 읽기만 하는 명령과 지우는 명령을 갈라 두는 장치는 빼면 안 돼요.
- 원문 — 무엇을 하는 도구인가 공개한 지 9일 된 1인 프로젝트(별 22개)로, Go 실행 파일 하나가 계정·리전에 명령을 동시에 뿌리고 지우는 명령은 계획→승인→실행 3단계를 거치게 막아 뒀어요. GitHub
- 수치의 근거 — 실험 설계와 한계 가짜 계정 100개(LocalStack) 위에서 세 갈래로 150번 돌린 설계와 통계까지 적어 뒀지만, 내 컴퓨터 안에서 돌린 값이라 절대 시간은 후하게 나왔다고 저자가 직접 밝혀요. GitHub
- 해커뉴스 반응 — 번지는 범위와 기존 대안 10점·댓글 4개로 조용했지만, 한 참가자는 s3:* 같은 넓은 권한이 사고 범위를 키운다는 점과 AWS Config 조직 단위 집계로도 비슷한 조회가 된다는 대안을 짚었어요. Hacker News