Steve Yegge의 Gas Town을 보고 배운 것들 — 그리고 개인 개발자를 위한 작은 도구

Published: (January 16, 2026 at 08:25 AM EST)
6 min read
Source: Dev.to

Source: Dev.to

Steve Yegge를 모르시는 분들을 위해 간단히 소개하면

  • Google에서 10년 넘게 일한 시니어 엔지니어
  • “Stevey’s Blog Rants”로 유명한 개발자 블로거
  • Grok 개발에 참여
  • 최근 Gene Kim과 함께 Wiring the Winning Organization 공동 저술

그가 2026년 새해에 공개한 Gas Town은 단순한 도구가 아니라 AI 코딩의 미래에 대한 선언문과도 같습니다.

핵심 아이디어

“AI 에이전트는 일시적(ephemeral)이다. 하지만 작업 맥락은 영구적이어야 한다.”

AI 코딩 어시스턴트를 사용할 때 가장 큰 고통은 컨텍스트 손실입니다.
예를 들어 Claude와 3시간 동안 아키텍처 설계를 했지만, 새 세션을 열면 모든 내용이 사라집니다. MIT Technology Review도 이를 LLM의 가장 큰 한계로 꼽고 있습니다.

Gas Town 아키텍처

Gas Town은 Git을 신뢰할 수 있는 상태 저장소로 활용하고, 여러 에이전트를 오케스트레이션하는 “Mayor” AI를 중심으로 설계되었습니다.

주요 구성 요소

구성 요소역할
Mayor조정자 AI. 20‑30개의 에이전트를 동시에 관리
Town Workspace (~/gt/)프로젝트별 Rig을 담는 루트 워크스페이스
Rig개별 프로젝트(예: Project A, Project B)
Polecats실제 작업을 수행하는 워커 에이전트
Hooks작업 상태를 Git worktree에 영구 저장
Convoy여러 이슈를 묶어 추적, 복잡한 프로젝트 가시화
graph TB
    Mayor[Mayor AI Coordinator]
    Town[Town Workspace ~/gt/]
    Town --> Mayor
    Town --> Rig1[Rig: Project A]
    Town --> Rig2[Rig: Project B]
    Rig1 --> Crew1[Crew Member Your workspace]
    Rig1 --> Hooks1[Hooks Persistent storage]
    Rig1 --> Polecats1[Polecats Worker agents]
    Rig2 --> Crew2[Crew Member]
    Rig2 --> Hooks2[Hooks]
    Rig2 --> Polecats2[Polecats]
    Hooks1 -.git worktree.-> GitRepo1[Git Repository]
    Hooks2 -.git worktree.-> GitRepo2[Git Repository]

해결되는 문제

문제Gas Town 솔루션
에이전트 재시작 시 컨텍스트 손실Git‑backed Hooks에 작업 상태 영구 저장
수동 에이전트 조정내장 메일박스, 아이덴티티, 핸드오프를 통한 자동 오케스트레이션
4‑10개 에이전트 관리 시 혼란20‑30개 에이전트를 안정적으로 스케일
작업 상태가 메모리 내에만 존재Beads ledger에 저장된 작업 상태

View on GitHub

개인 개발자를 위한 접근: CodeSyncer

대규모 팀이 아니라 혼자 사이드 프로젝트를 하는 개발자를 위해 CodeSyncer라는 경량 도구를 만들었습니다. 핵심 아이디어는 Git에 상태를 저장하는 Gas Town과 유사하게, 코드 주석 자체에 컨텍스트를 저장하는 것입니다.

사용 예시

/**
 * 결제 처리 함수
 *
 * @codesyncer-decision [2026-01-15] 동기 처리 선택 (UX 우선)
 * @codesyncer-inference 최소 금액 100원 (PG사 정책)
 * @codesyncer-todo 환불 로직 추가 필요
 */
async function processPayment(amount: number) {
  // @codesyncer-why 멱등성 키로 중복 결제 방지
  const idempotencyKey = generateKey(amount);
  // ...
}

다음 세션에서 AI가 코드를 읽으면 “왜 이렇게 구현했는지”를 바로 파악할 수 있습니다.

빠른 시작

npx codesyncer init
npx codesyncer watch

문제 정의 (The Problem)

Working with AI on real projects often leads to:

  1. Context loss every session – you must re‑explain architecture, APIs, auth, etc.
  2. Multi‑repo chaos – AI sees only one repository at a time, causing fragmented understanding.
  3. Dangerous assumptions – AI may guess wrong timeouts, endpoints, or business rules.

비교 표

FeatureGas Town (팀/엔터프라이즈)CodeSyncer (개인 개발자)
대상팀·엔터프라이즈개인·사이드 프로젝트
에이전트 수20‑30개 동시1개와 깊이 협업
상태 저장Git worktree코드 주석
주요 목적대규모 멀티‑에이전트 오케스트레이션지속적인 컨텍스트 기억

결론

“AI는 일시적이지만, 맥락은 영구적이어야 한다.”는 철학은 Gas Town과 CodeSyncer 모두에 적용됩니다. 2026년 현재 AI 코딩의 승부는 더 똑똑한 모델이 아니라 더 나은 맥락 관리에 달려 있습니다.

  • Gas Town – 팀·엔터프라이즈용, 오픈소스
  • CodeSyncer – 개인 개발자용, 오픈소스

AI 코딩에 관심이 있다면 두 프로젝트를 살펴보시길 권합니다.

관련 링크

Back to Blog

Related posts

Read more »

Claude Opus 4.5 changes everything

Experimenting with AI-Generated Code in 2025 Before I begin, I would like to clarify my position. I'm one of those people who believe that AGI will happen. I d...

Okay, so AI is getting weirdly good now.

The Evolution of AI A few years ago, “AI” meant a chatbot that couldn’t understand “hello,” or a recommendation engine that thought because you bought a suitca...