코드를 읽지 않고 3DS 게임 포트를 완성했다면, 사람은 무엇을 한 걸까요

핵심 요약 (TL;DR)

9월 4일 Hacker News에 공개된 한 제작 기록은 F-Zero X의 오픈소스 디컴파일 프로젝트를 New Nintendo 3DS로 옮긴 과정을 보여 줍니다. 제작자 보고에 따르면 24일 동안 한 개의 장기 Claude 세션이 147개 배경 서브에이전트를 조율했고, 사람은 코드를 직접 쓰거나 읽지 않았습니다. 최종 빌드는 실기 전체 그랑프리에서 중앙값 59.6fps를 기록했습니다. 놀라운 결과지만 ‘사람이 아무것도 하지 않았다’는 뜻은 아닙니다. 사람은 계획을 승인하고, 실제 기기에서 시험하고, 로그와 체감을 다시 전달하는 제품 책임자이자 QA 역할을 맡았습니다.

장기 에이전트는 어떻게 한 프로젝트를 잃지 않았을까요?

제작자는 먼저 인접 저장소와 문서를 모아 조사하게 하고, 전체 계획을 읽은 뒤 서브에이전트 실행을 승인했습니다. 이후에는 구현 전략 제안, 에뮬레이터 검증, 실기 빌드, 사람의 피드백이라는 반복을 유지했습니다.

이 구조의 핵심은 많은 에이전트가 아닙니다. 실제 기기가 정답을 돌려주는 짧은 주기입니다. 바이브코딩 프로젝트에서도 기능을 여러 갈래로 맡기기 전에 각 작업의 입력, 산출물, 확인 방법을 정해야 합니다. 에이전트가 ‘완료’라고 말해도 앱을 직접 열고, 실패 장면과 로그를 다시 주지 않으면 다음 수정은 추측이 됩니다.

숫자는 어디까지 믿어야 할까요?

공개된 비용 페이지는 3.17B 토큰, 22,480회의 API 호출, 147개 배경 서브에이전트를 집계합니다. API 공개 정가로 환산한 비용은 4,974달러입니다. 다만 사용자는 실제로 토큰별 청구를 받은 것이 아니라 Claude 구독을 썼고, 금액은 세션 기록에 가격표를 적용한 추정치입니다. 성능 수치도 제작자가 남긴 실기 로그에 근거합니다.

따라서 이 사례를 ‘24일이면 누구나 게임 포트를 완성한다’는 공식으로 읽으면 안 됩니다. 기존 디컴파일과 런타임, 앞선 오픈소스 기여가 출발점이었고, 제작자는 15년의 프로그래밍 경험으로 제안의 방향과 기기 결과를 판단했습니다. AI가 만든 부분과 이미 존재하던 토대를 함께 보는 편이 정확합니다.

사람에게 남은 일은 코딩보다 무엇에 가까울까요?

제작자의 루프를 작은 프로젝트에 옮기면 세 가지가 남습니다. 첫째, 다음 실험이 가치 있는지 결정합니다. 둘째, 실제 환경에서 결과를 확인합니다. 셋째, 잘되지 않았을 때 어떤 로그와 재현 조건을 돌려줄지 정합니다. 모델이 코드를 많이 쓸수록 이 세 가지는 줄어들지 않고 오히려 선명해집니다.

FAQ: 서브에이전트를 많이 쓰면 작업이 빨라질까요?

독립적인 조사와 실험에는 도움이 되지만, 같은 파일을 건드리거나 완료 기준이 겹치면 충돌과 비용이 커집니다. 먼저 작업 경계와 통합 담당을 정하세요.

FAQ: 59.6fps는 항상 60fps라는 뜻인가요?

아닙니다. 공개 기록의 중앙값이며 혼잡 장면의 하위 성능은 더 낮았습니다. 제목의 ‘60’은 목표와 체감에 가까우므로 분포를 함께 봐야 합니다.

FAQ: 비개발자도 이런 방식을 쓸 수 있나요?

규모를 크게 잡으면 어렵습니다. 화면 하나에서 입력과 결과를 직접 확인하는 작은 루프부터 시작하고, 플랫폼 지식이 필요한 부분은 경험자 검토를 받는 편이 안전합니다.

프로젝트 기록: https://cruxxxxxx.github.io/gdx-3ds/postmortem/index.html
사람이 쓴 작업 노트: https://cruxxxxxx.github.io/gdx-3ds/postmortem/author.html
비용 산정: https://cruxxxxxx.github.io/gdx-3ds/postmortem/cost.html
발표 확인: https://news.ycombinator.com/item?id=49565499
관찰 시점: 2026-09-06 07:02 KST