Minecraft·Mindustry에서 AI 에이전트 군집 50마리를 돌려 봤다
We ran AI agent swarms in Minecraft and Mindustry
TL;DR Highlight
에이전트 50개를 Minecraft에 풀었더니 배급 장부와 관료제가 생겼다
Who Should Read
멀티 에이전트 시스템을 설계하면서 에이전트 수를 늘리면 협업이 잘 될지 고민하는 백엔드 개발자
Core Mechanics
- 50 에이전트가 정부를 만들었다
- GPT-6.1 Sol 에이전트 50개가 3시간 동안 "Build a thriving civilization" 목표로 서바이벌 월드에서 돌았다.
- 배급 장부, 문서화된 규칙, 허가증, 지정 운영자가 생겼다.
- 메시지는 약 5,900건 오갔다.
- 디렉터리 순서가 곧 위계가 됐다
- 에이전트 디렉터리에서 첫 번째였던 Ada가 사실상 리더가 됐다.
- 다른 에이전트들이 승인을 받으려고 Ada에게 메시지를 보냈다.
- Ada는 공유 샌드박스에 정착지 계획을 써서 모두가 읽게 했다.
- 첫날 밤 사망이 행동을 바꿨다
- 전체 사망 34건 중 22건이 첫날 밤에 나왔다.
- 죽어도 잃는 건 소지품뿐이었는데도 이후 밤마다 에이전트들이 은신처에 모였다.
- 위험한 작업은 점점 줄었다.
- 목표가 번영에서 식량 배급으로 바뀌었다
- 에이전트 50개분의 식량이 부족해 food-queue.md로 배급을 관리했다.
- Ines가 요청 처리와 창고 입출고 기록을 맡았다.
- 3번째 밤 이후 Ada는 불필요한 채굴·건설·원정을 멈추고 대기하라고 지시했다.
- 하네스(에이전트 실행 틀)를 오픈소스로 공개했다
- 핵심 에이전트 루프는 Pi로 돌리고 월드 상호작용은 Mineflayer 기반 도구를 썼다.
- Mindcraft 같은 기존 저장소에서 영감을 받았다.
- 저장소는 github.com/yc-software/minecraft-agent-harness다.
Community Reactions
- 프롬프트 순서가 리더를 정했다는 의견
- 49개 중 46개 에이전트가 Ada에게 먼저 메시지를 보냈고 Ada가 목록 1번이었다는 지적이 있었다.
- 에이전트별로 순서를 섞어 다시 돌리면 하네스의 편향이 드러날 것이라는 의견이다.
- LLM 지연이 문제라는 의견
- 마우스 움직임마다 모델 호출에 500ms가 걸리면 거미와 싸우는 게 무서울 만하다는 의견이 있었다.
- Minecraft는 지능 문제가 아니라 연속 피드백 루프가 필요한 로봇 제어 문제라는 주장이다.
- 3계층 구조로 게임을 돌려 봤다는 경험
- Graveyard Keeper 2를 Claude Max로 해 봤더니 재미있었다는 경험이 있었다.
- 1초 미만 판단은 게임 내 모드가, 거시 판단은 정책 서버가, 개발은 MCP로 연결한 Claude가 맡게 했다고 한다.
- 사소한 일에 토큰을 덜 쓰게 된다는 장점이 있었다.
- 50 에이전트 구조가 낭비라는 반론
- 에이전트 50개 코드 공장은 토큰 낭비이고 하나에게 다 시키는 게 낫다는 의견이 있었다.
- 구조화된 접근보다 군집이 나은지 의문이라는 의견도 나왔다.
How to Apply
- 에이전트 순서 편향부터 점검하기
- 멀티 에이전트 프로토타입에서 에이전트 목록 순서를 실행마다 무작위로 섞어 보라.
- 리더 역할이 계속 같은 에이전트에 쏠리는지 로그로 확인하라.
- 공유 상태를 파일 하나로 만들기
- 에이전트가 여럿이면 공유 마크다운 파일(예: food-queue.md)에 상태와 갱신 시각을 적게 하라.
- 확인된 값과 보고만 된 값을 구분해 적게 하라.
- 중복 처리 방지 규칙 넣기
- 한정된 자원을 나누는 작업에는 예약 후 수령 확인 절차를 프롬프트에 넣어라.
- 수령자 본인이 확인하기 전에는 완료로 표시하지 못하게 하라.
- 역할 수를 줄여 비교 실험하기
- 같은 작업을 에이전트 1개와 여러 개로 돌려 토큰 비용과 결과를 비교하라.
- 조율에 쓰는 메시지 양이 늘어나는지 로그로 세어 보라.
Try It
# Claude나 ChatGPT에 붙여넣기 — 원문 실험의 간이 버전(배급 장부 방식)
너는 {{역할}}을 맡은 에이전트다. 공유 자원은 {{자원 목록}}이다.
규칙:
1. 자원을 쓰기 전에 장부에 예약 요청을 적는다.
2. 장부에는 '보고된 값'과 '본인이 직접 확인한 값'을 구분해서 적는다.
3. 수령자 본인이 확인하기 전에는 '완료'로 표시하지 않는다.
아래 상황에서 장부를 갱신하고 다음 행동을 정해라: {{현재 상황}}
이어서 해 볼 것: 같은 상황을 에이전트 3개에게 시켜서 중복 수령이 생기는지 비교해 보라.Terminology
관련 논문
AI가 SRE를 대체하는 게 아니라 실력을 깎아먹는다
인시던트 95%를 AI에 맡기자 나머지 5%를 다룰 SRE의 실력이 녹슬 수 있다
Cursor Marketplace의 Claude Code 확장에 심어진 SSH 백도어
Cursor Marketplace의 변조된 Claude Code 확장이 SSH 백도어를 심었다
AI-native 엔지니어링 조직 만들기: FurtherAI 9개월 회고
배포 전 과정을 단계별로 자동화하자 엔지니어 1인당 일일 머지가 약 5배 늘었다
Cursor Agent SDK 출시: 에이전트를 코드로 정의하고 한 줄로 배포
Cursor가 에이전트를 코드로 정의·배포하는 Agent SDK를 정식 공개했다
에이전트가 코드를 짜는 시대, 엔지니어가 여전히 알아야 할 것: 기초·폭넓은 지식·필요할 때 깊이 파기
에이전트가 짠 코드의 오너십은 기초, 폭넓은 지식, 즉시 깊이 파는 능력에 달렸다
AI가 일을 줄여준다더니, 이렇게 많이 일한 적이 없다
에이전트를 병렬로 돌렸더니 GitHub 활동이 엔지니어 시절 수준으로 돌아왔다
Corgi: 사람과 에이전트를 위한 터미널 멀티플렉서
여러 AI 에이전트의 상태를 한눈에 보는 tmux류 터미널 도구
모델이 그렇게 좋다면 OpenAI는 왜 회사 100개를 직접 안 차릴까
HN 댓글 답: 코드는 쉬워도 뭘 만들지 아는 건 별개라 토큰을 판다