Gas Town: 멀티 AI 에이전트 협업을 위한 지속형 오케스트레이션 워크스페이스

이 글은 여러 AI 코딩 에이전트를 동시에 활용해야 하는 개발 환경에서 발생하는 컨텍스트 손실, 작업 추적의 어려움, 협업 복잡성 문제를 어떻게 해결할 수 있는지에 대한 기술 블로그입니다.
Gas Town이라는 멀티 에이전트 오케스트레이션 시스템을 중심으로, 등장 배경, 핵심 개념, 아키텍처, 주요 기능, 그리고 실제 개발 흐름에서 어떻게 활용되는지를 정리합니다. AI 에이전트를 본격적으로 팀처럼 운영하고 싶은 개발자나 기술 리더라면 전체적인 그림을 이해하는 데 도움이 될 것입니다.

반응형

---

Gas Town이 등장한 배경과 해결하려는 문제

AI 코딩 에이전트를 실제 개발에 적용하다 보면 공통적으로 다음과 같은 문제를 겪게 됩니다.

• 에이전트가 재시작되면 이전 작업 맥락이 사라진다
• 여러 에이전트를 동시에 쓰면 누가 무엇을 하고 있는지 파악하기 어렵다
• 작업 상태가 메모리 기반이라 신뢰성이 낮다
• 에이전트 수가 늘어날수록 관리 비용이 급격히 증가한다

Gas Town은 이런 문제를 git 기반의 영속적인 작업 상태 관리와 중앙 오케스트레이션 구조로 해결합니다. 핵심 아이디어는 “에이전트는 휘발성이어도, 작업은 휘발되면 안 된다”는 점입니다.

---

Gas Town의 핵심 개념 정리

Mayor: AI 에이전트의 총괄 코디네이터

Mayor는 Gas Town의 중심 역할을 하는 AI입니다. 전체 워크스페이스, 프로젝트, 에이전트 상태를 알고 있으며 사용자는 Mayor에게 “무엇을 만들고 싶은지”만 전달하면 됩니다. 이후 작업 분해, 에이전트 배정, 진행 상황 요약까지 담당합니다.

Town과 Rig: 작업 공간의 구조

• Town은 전체 워크스페이스 디렉터리입니다.
• Rig는 하나의 프로젝트 단위로, 각각 git 저장소를 감싸는 컨테이너 역할을 합니다.

이 구조 덕분에 여러 프로젝트를 동시에 관리하면서도 작업 상태를 명확히 분리할 수 있습니다.

Polecat과 Crew Member

• Polecat은 실제 작업을 수행하는 AI 워커 에이전트입니다. 세션은 종료되지만, 정체성과 작업 이력은 유지됩니다.
• Crew Member는 사람이 직접 작업하는 개인 작업 공간입니다.

사람과 AI가 같은 프로젝트 구조 안에서 자연스럽게 협업하도록 설계되어 있습니다.

---

Hooks와 Beads: 작업이 사라지지 않는 이유

Hooks

Hooks는 git worktree를 활용한 영속 저장소입니다. 에이전트가 크래시되거나 재시작되더라도 작업 결과와 중간 상태가 그대로 유지됩니다.

Beads

Beads는 구조화된 작업 상태를 저장하는 git 기반 이슈 트래킹 시스템입니다.

• 모든 작업은 Bead ID로 추적됩니다.
• 에이전트, convoy, escalation 등 모든 흐름이 Beads를 중심으로 기록됩니다.

이 구조 덕분에 “어디까지 했는지”를 기억에 의존하지 않아도 됩니다.

---

Convoy와 Molecule: 대규모 작업 오케스트레이션

Convoy

Convoy는 여러 작업(Beads)을 하나의 묶음으로 관리하는 단위입니다.

• 여러 에이전트에 작업을 분산
• 진행 상황을 한눈에 파악
• 대규모 작업에서도 병목을 자동 감지

Molecule

Molecule은 반복 가능한 워크플로우 템플릿입니다.
릴리스, 테스트, 빌드처럼 항상 같은 순서로 수행되는 작업을 정의해 두고 재사용할 수 있습니다.

---

모니터링과 안정성: 에이전트를 방치하지 않는다

Gas Town은 에이전트 상태를 지속적으로 감시하는 3단계 구조를 가지고 있습니다.

• Witness: 프로젝트 단위로 에이전트 상태 감시
• Deacon: 전체 워크스페이스를 순찰
• Dogs: 문제 해결을 위한 하위 작업 실행

이 구조를 통해 멈춘 에이전트, 교착 상태, 실패 작업을 자동으로 감지하고 복구합니다.

---

실제 사용 흐름 예시

기본적인 기능 개발 흐름

1. Mayor 세션 시작

gt mayor attach

1. 작업 Convoy 생성

gt convoy create "Feature X" gt-abc12 gt-def34 --notify

1. 작업을 에이전트에게 할당

gt sling gt-abc12 myproject

1. 진행 상황 확인

gt convoy list

이 과정에서 개발자는 에이전트를 직접 관리하지 않고, “무엇을 해야 하는지”에만 집중할 수 있습니다.

---

Gas Town의 기술적 특징과 강점

• git 기반 영속 상태 관리로 높은 신뢰성
• 20~30개 이상의 에이전트도 안정적으로 운영 가능
• AI 에이전트 간 명확한 역할 분리
• 자동 병목 감지와 에스컬레이션
• Claude, Codex, Copilot 등 다양한 런타임 지원

단순한 AI 도구가 아니라, AI 개발 조직을 운영하기 위한 인프라에 가깝습니다.

---

728x90

Gas Town은 “AI 에이전트를 많이 쓰는 환경에서 무엇이 가장 어려운가”라는 질문에 정면으로 답하는 시스템입니다.
컨텍스트 손실, 작업 추적 실패, 협업 혼란이라는 문제를 git과 구조화된 워크플로우로 해결합니다.

앞으로 AI 에이전트가 개인 도구를 넘어 팀 단위로 활용되는 환경에서는, Gas Town과 같은 지속형 오케스트레이션 시스템의 중요성이 더욱 커질 것으로 보입니다.
AI를 단순히 잘 쓰는 것을 넘어, 잘 운영하는 단계로 가고 싶다면 주목해볼 만한 기술입니다.

300x250

https://github.com/gastownhall/gastown

GitHub - gastownhall/gastown: Gas Town - multi-agent workspace manager