Gas Town은 Claude Code, GitHub Copilot, Codex, Gemini 같은 AI 코딩 에이전트를 한 작업 공간에서 조율하기 위한 Go 기반 multi-agent workspace manager다. 겉으로는 여러 에이전트를 띄우는 도구처럼 보이지만, README가 반복해서 강조하는 중심은 실행 자체보다 작업 상태의 지속성이다.
AI 에이전트를 개발에 붙여 쓰다 보면 세션 단절이 곧 운영 문제로 바뀐다. 에이전트가 재시작되면 이전 판단이 사라지고, 여러 에이전트가 동시에 움직이면 누가 어떤 이슈를 맡았는지 추적이 어려워진다. Gas Town은 이 상태를 에이전트 기억에 맡기지 않고 git-backed hooks와 Beads ledger에 저장하는 방향을 택한다.
구조는 독특한 은유로 구성된다. Mayor는 전체를 조율하는 AI 코디네이터이고, Town은 워크스페이스, Rig는 프로젝트 컨테이너, Crew Member는 사람이 직접 작업하는 공간이다. Polecat은 작업 에이전트이며, Hook은 git worktree 기반의 지속 저장소다. Convoy는 여러 bead를 묶는 작업 단위이고, gt-abc12 같은 bead ID가 실제 작업 추적의 기본 단위가 된다.
운영 계층도 꽤 촘촘하다. Witness, Deacon, Dogs는 에이전트 상태를 감시하고 stuck 상태나 세션 정리를 다룬다. Refinery는 polecat이 완료한 작업을 검증 gate와 Bors-style bisecting queue를 거쳐 main으로 병합한다. Escalation, Scheduler, Seance, Wasteland 같은 개념까지 포함하면 단순 CLI 유틸리티라기보다 로컬 AI 작업장을 관리하는 시스템에 가깝다.
흥미로운 지점은 격리와 신뢰의 경계가 브라우저 샌드박스가 아니라 git worktree, 작업 원장, 감시 데몬, merge queue에 놓인다는 점이다. 즉 “AI가 어디서 실행되는가”보다 “AI가 한 일을 어떻게 남기고, 넘기고, 검증하고, 복구할 것인가”에 집중한다.
물론 진입 장벽은 있다. Go 1.25+, Git worktree, Dolt, beads, sqlite3, tmux, Claude Code CLI 등이 필요하고, Gas Town 특유의 용어 체계도 익혀야 한다. 개인이 가볍게 AI 페어프로그래밍을 붙이는 용도라면 과한 구조일 수 있다.
그럼에도 Gas Town이 던지는 질문은 중요하다. AI 코딩이 한 명의 보조자를 넘어 여러 작업자가 동시에 움직이는 형태로 가면, 핵심은 프롬프트가 아니라 워크스페이스 운영이 된다. Gas Town은 그 전환을 꽤 과감한 방식으로 구현하려는 실험이다.