top of page

100% AI 제작: Unity 6, .NET 8, Python으로 일하는 방식

작성자 사진: Marcel Dütscher
Marcel Dütscher
6월 26일
1분 분량

가장 자주 받는 질문 중 하나는 이거예요. 복잡한 멀티플레이 복셀 게임을 어떻게 전부 AI로 만들 수 있나요? 짧게 답하면, 아주 엄격한 가이드라인으로요.


AI는 코드를 정말 잘 쓰지만, 구조 전체를 보는 시야는 금방 잃어버려요. 그래서 저는 첫날부터 엄격한 클라이언트/서버 구조를 밀어붙였어요.


한눈에 보는 기술 스택:

  • 클라이언트: 렌더링, 입력, 복셀 메시 생성은 Unity 6가 맡아요.

  • 서버: 청크 생성과 서버 권한 방식의 UDP 네트워킹은 .NET 8 전용 서버가 맡아요.

  • 로직 & 코드: 오로지 Claude와 ChatGPT에게 프롬프트를 줘서 만들어요.

  • 에셋: AI가 ElevenLabs(사운드)와 OpenAI(텍스처/그래픽)의 API를 스스로 쓸 수 있게 해 주는 Python 스크립트를 만들게 했어요.

가장 중요한 원칙은 MVP(최소 기능 제품) 방식이에요. 모든 기능(예를 들어 제작 레시피나 행성 생성)에 대해, 기능을 넓히기 전에 먼저 가능한 한 가장 작은 동작 버전부터 만들도록 AI에게 시켜요.


이렇게 하면 코드가 깔끔하게 유지되고 AI의 환각도 통제할 수 있어요.


전체 코드는 우리 GitHub 저장소에서 볼 수 있어요!

최근 게시물

전체 보기
새 버전이 0.9.2가 아니라 2026.7.19인 이유 🗓️

오늘 업데이트하면 버전 0.9.1에서 2026.7.19로 껑충 뛰어요. 오타처럼 보이지만 의도한 결정이에요. 버전 방식을 “시맨틱” 버전에서 날짜 기반 버전(연.월.순번)으로 바꿨어요. 이유를 설명할게요. 옛 방식은 아무도 묻지 않는 질문에 답했어요. 시맨틱 버전(0.9.1, 1.2.3 …)은 소프트웨어 라이브러리 세계에서 왔어요. 거기서는 훌륭해요. 첫

 
 
대청소 완료: GitHub 캐시를 드디어 제대로 쓰게 됐어요 🧹

지난 기술 글에서 우리 빌드와 검사 파이프라인에 정말로 드는 비용을 재 봤고, 돈이 아니라 기다리는 시간과 저장 공간이 문제라는 걸 알게 됐어요. 그 글은 “정리 작업은 계획했지만 아직 하지 못했다”로 끝났죠. 생각보다 빨리 끝났어요. 오늘 낮부터 메인 브랜치에 들어가 있어요. 숫자를 보여 드릴게요. 결과부터요. 저장소의 캐시 사용량이 항목 63개에 5.3

 
 
한 달에 빌드 천 번 — 그런데 한 번도 돈이 들지 않아요 ⚙️

먼저 정정할 게 있어요. 이 글의 첫 버전은 GitHub 빌드 시간이 다 떨어져서 Pro 계정으로 올릴 수밖에 없었다고 썼어요. 그건 틀렸어요. 문서를 한 번만 봤어도 풀렸을 일이에요. 공개 저장소에서는 GitHub 빌드 시간이 무료예요. 아티팩트와 캐시도요. 저희 저장소는 5월 말부터 공개였으니, 단 1분도 돈을 낸 적이 없고 앞으로도 낼 일이 없어요.

 
 

댓글


더 이상 게시물에 대한 댓글 기능이 지원되지 않습니다. 자세한 사항은 사이트 소유자에게 문의하세요.
bottom of page