누가 돈을 내나
Claude Code나 Cursor로 Godot, Unity 또는 자체 엔진을 다루는 1~10인 규모의 솔로·소규모 인디 게임 개발자. 개발 도구 예산에서 월 $20~80을 쓰며, 엔진 플러그인과 호스팅 대시보드 형태로 판매합니다.
$20
사람들이 한 말
게임 개발은 관측 가능성에 투자가 적었습니다. DPS나 체력을 시계열 지표로 내보내는 방식은 존재하지 않고, 에이전트에게는 이것이 필요해질 것입니다.
댓글 읽기 ↗adb, 프로파일링 훅, 프레임 덤프로 구성된 하네스를 직접 만들어, 모델이 에뮬레이터를 크래시 상태에서 플레이 가능한 프레임레이트까지 반복적으로 최적화하도록 했습니다.
댓글 읽기 ↗자체 엔진용으로 스크린샷과 시뮬레이션 입력을 포함한 자동 테스트 시스템을 만들었고, Claude가 이를 이용해 게임을 만드는 데 매우 효과적이라는 것을 확인했습니다.
댓글 읽기 ↗오버드로 같은 GPU 문제에는 별도의 ablation과 원인 분석 도구가 필요하며, 엔진 아키텍처마다 다른 하네스가 필요합니다.
댓글 읽기 ↗
토론 내용을 요약한 것입니다. 원래 댓글은 링크에서 볼 수 있습니다.
왜 지금인가
지난 약 12개월 사이 에이전트 코딩(Claude Code, Codex, Cursor)이 주류가 됐고, 게임 개발자들은 글에서 설명하는 벽에 부딪히고 있습니다. 에이전트에게 게임은 블랙박스입니다. MCP 방식의 도구 인터페이스는 실행 중인 게임을 어떤 에이전트에게든 노출하는 표준 방법을 제공합니다.
이미 있는 것
공백
기존 프로파일러와 분석 도구는 사람이 보도록 만들어졌습니다. GUI, 트레이스, 집계 대시보드가 중심입니다. 결정적인 스크린샷, 입력 주입, 조회 가능한 게임 상태 스냅샷, 게임플레이 지표를 도구 인터페이스로 구조화된 데이터로 제공하는 드롭인 엔진 플러그인은 없습니다. 댓글을 단 개발자들도 기성품이 없어서 직접 만들었습니다.
해자
엔진별 통합 깊이(Godot, Unity, 자체 C++), 게임 특화 검증 프리미티브(상태 어서션, 프레임 덤프, 결정적 리플레이) 라이브러리, 그리고 팀의 에이전트 세션이 도구 스키마에 의존하기 시작하면서 생기는 락인.
반대 근거
실패한다면 그 이유
게임 아키텍처는 저마다 달라서(글 자체가 표준화 부재를 강조합니다) 프로젝트마다 통합 비용이 높게 유지되고, 개발자들은 돈을 내기보다 하네스를 계속 직접 만들게 될 수 있습니다.
레드팀의 가장 강한 반론
실제로 새로운 공백입니다. 게임을 수정하는 에이전트는 눈이 멀어 있고, 기존 프로파일러는 사람을 위한 GUI 중심이며, 인용된 실무자들은 모두 정확히 이런 하네스를 직접 만들었습니다. 이는 기존 제품이 없는 진짜 신호입니다.
3단계로 만들기
- 로컬 MCP 서버를 통해 스크린샷 캡처, 합성 입력, JSON 상태 내성(introspection) API를 노출하는 Godot 플러그인을 만듭니다.
- 지표 사이드카를 추가합니다. 개발자가 변수(체력, DPS, 엔티티 수)에 태그를 달면 실행별로 조회 가능한 시계열 데이터로 스트리밍됩니다.
- Claude Code 퀵스타트 템플릿을 출시하고 실제 인디 프로젝트 3개에 직접 적용해 봅니다. 호스팅된 실행 기록 대시보드는 월 $29에 판매합니다.
원래 토론
How to engineer an AI harness for game development ↗
172포인트 · 댓글 88개 · 댓글에서 · 링크된 기사
영어에서 번역했습니다. 원문 읽기