Claude Opus 5.5 is INCREDIBLE at building video games

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론

Claude Opus 5.5는 Unity 로그라이크의 전투·성장·에셋을 단계적으로 구현하는 실습에서 AI 게임 제작 도구로서의 가능성을 보여준다.

📌 핵심 요점

1. 제작 경로는 난이도에 맞춰 고른다. 영상은 Three.js를 입문용, Unity와 Meshy 조합을 중급용, Unreal Engine을 고급용으로 구분한다. 실습에서는 Claude Code Desktop과 Opus 5.5를 사용해 Unity 게임을 만든다.
2. 첫 목표는 재미를 검증할 작은 버티컬 슬라이스다. 검 전투·악마 생성·콤보 등 핵심 기능에 집중하고, 직접 플레이해 조작감과 타격감을 확인한 뒤 확장한다. 화면 흔들림과 타격 순간의 짧은 정지 같은 세부 요소도 원하는 감각을 구체적으로 요청해 구현한다.
3. 성장 시스템은 기본 전투가 만족스러워진 뒤 추가한다. 웨이브 종료 시 카드 3장 중 하나를 선택하고, 아이템·스킬·주문을 획득하거나 강화한다. 주문 발동, 능력치 교환 조건, 강화된 피해를 실제 플레이에서 확인한다.
4. AI 구현과 사람의 플레이 검증을 반복한다. Claude의 게임 조작과 봇 테스트 기록이 제시되지만, 새 에셋 적용 뒤 캐릭터가 반대 방향을 보는 오류는 직접 플레이에서 드러난다. 이후 새 적·애니메이션·음향을 추가하고 실행 결과를 다시 확인한다.
5. 개발과 함께 비용·유통·고객 접점을 관리한다. Meshy와 Blender를 예산과 선호에 따라 선택하고, 프로젝트가 커지면 규칙 파일·훅·사용량 관리가 필요하다고 설명한다. 수익화 방안으로는 Steam 제출과 개발 중 X에 데모·영상을 공개하는 전략을 제안한다.

🧩 배경과 문제 정의

• 게임 시장의 규모와 최근 게임에 대한 불만을 바탕으로, AI를 활용한 게임 제작에 큰 기회가 있다는 관점이 출발점이다. 시장 규모와 모델 성능에 대한 평가는 영상의 주장이다.
• 비개발자도 AI와 게임 엔진으로 제작을 시작할 수 있다는 전제 아래, Three.js·Unity·Unreal Engine을 난이도별 선택지로 삼는다.
• 핵심 문제는 기능과 그래픽을 한꺼번에 추가하면서 정작 재미있는 플레이를 확보하지 못하는 것이다. 작은 전투 루프를 먼저 검증하고 성장 시스템과 시각 요소를 차례로 확장한다.
• 실제 구현 결과에는 에셋 방향 오류 같은 문제가 남는다. 자동 테스트와 직접 플레이를 함께 활용해 수정하는 반복 과정이 필요하다.

🕒 시간순 섹션별 상세정리

1. 게임 시장을 AI 제작의 사업 기회로 보는 근거

• 게임 산업이 다른 모든 엔터테인먼트 산업을 합친 것보다 크다는 주장을 바탕으로, AI 게임 제작을 큰 기회로 평가한다. Opus 5.5의 제작 능력에 대해서도 매우 높은 평가를 전제한다. [00:14]
• 전년도 게임 매출이 음악·영화·NFL·NBA·MLB·NHL의 합계보다 컸다는 주장과 최근 게임의 품질에 대한 불만이 새로운 게임을 만들 기회의 근거로 연결된다. [01:02]

2. Three.js·Unity·Unreal Engine의 세 가지 제작 경로

• 초급 경로인 Three.js는 JavaScript와 HTML을 이용해 단일 파일로도 게임을 만들 수 있는 선택지다. 별도 도구 설치나 가입·결제 없이 시작할 수 있다는 이유로 입문자에게 권장한다. [01:44]
• 중급 경로는 Unity 엔진과 Meshy의 조합이다. Unity로 게임을 구성하고 Meshy로 3D 에셋을 만들며, Meshy는 무료 등급을 사용하되 추가 에셋이 필요하면 유료 이용을 선택할 수 있다. [02:15]

3. 데스크톱 앱과 모델 선택으로 작업 환경 단순화

• 제작 환경은 Claude Code Desktop과 Opus 5.5로 통일한다. 여러 AI 개발 도구를 조합하기보다 데스크톱 앱에서 간단하게 작업하는 데 목적이 있다. [03:11]
• Claude 구독이 없는 경우에는 ChatGPT 데스크톱 앱에서 Astra 6을 사용하는 대안도 제시한다. 두 모델 모두 게임 제작에 뛰어나다는 평가이며, 이번 실습에서는 개인적으로 선호하는 Opus 5.5를 선택한다. [03:31]

4. 반복 전투와 캐릭터 성장을 결합한 로그라이크 구상

• 로그라이크의 핵심은 작은 플레이 루프를 반복하면서 캐릭터를 강화하고 선택지를 늘리는 데 있다. 단순한 구조 안에서 성장과 커스터마이징이 반복 동기를 만든다. [04:27]
• 예시인 Azeroth Survivors에서는 적을 처치하고 레벨을 올릴 때 새 주문이나 능력을 선택한다. 강해진 캐릭터가 적을 더 빠르게 처치하면서 같은 루프를 이어가는 구조를 제작 대상으로 삼는다. [04:51]

5. 프로젝트가 커질 때 필요한 규칙과 비용 관리

• 게임이 단일 파일을 넘어 커지면 AI 제작 결과의 신뢰성을 관리해야 한다. 후원 자료인 HubSpot의 Claude Code 플레이북은 규칙 파일과 훅을 포함한 개발 시스템 10개, 전후 예시가 있는 프롬프트 패턴 10개를 제공한다. [06:44]
• 사용량과 비용을 줄이는 방법도 포함되며, 비용이 498달러에서 128달러로 줄어든 사례가 드러난다. 이는 자료에 포함된 사례이며 모든 프로젝트에서 같은 절감을 보장하는 수치는 아니다. [07:26]

6. 완성형 게임보다 좁은 버티컬 슬라이스부터 구현

• 첫 목표는 최소한의 플레이 루프를 구현한 버티컬 슬라이스다. 풍부한 그래픽·맵·사운드·세부 규칙보다 핵심 조작의 재미를 먼저 확보하고, 그 위에 요소를 추가한다. [07:52]
• 한 번의 요청으로 모든 것을 만드는 방식보다 게임의 중심이 되는 작은 부분을 충분히 다듬는 접근을 강조한다. 핵심 루프가 재미있어야 이후 확장도 의미가 생긴다. [08:34]

7. 코드로 만든 전투 기능과 타격감

• 초기 구현에는 플레이어·검 콤보·카메라 스크립트와 장면 구성이 포함된다. 애니메이션, 두 종류의 악마, 절차적 오디오도 별도 이미지·음향 생성 모델 대신 코드로 만든다. [10:44]
• 완성된 첫 슬라이스는 용암 균열이 빛나는 경기장, 좌클릭 4연타, 우클릭을 누르는 강공격, 대시와 질주 등 기본 전투 기능을 갖춘다. [12:19]

8. 직접 플레이로 핵심 전투의 재미 검증

• 첫 플레이에서는 연속 공격, 회피 구르기와 강공격의 손맛을 긍정적으로 평가한다. 기능의 수보다 작은 전투 루프가 충분히 재미있는지가 다음 단계로 넘어가는 기준이다. [13:41]
• 조작감이 어색하거나 원하는 전투 방식과 다르면 해당 부분을 구체적으로 수정한다. 타격감을 더 강하게 만들거나 검 중심 전투를 주문 중심으로 바꾸는 식으로 핵심 플레이를 먼저 조정한다. [14:37]

9. 웨이브 보상으로 성장 시스템 추가

• 기본 전투가 만족스러워진 뒤, 매 웨이브 종료 시 착용 아이템·스킬·주문 중 강화 요소를 선택하는 성장 구조를 추가한다. 반복할수록 강해진다는 감각이 목표다. [15:43]
• 초기 제안에는 파워업 15개와 아이템 3개가 포함된다. 웨이브 종료 후 카드 3장 중 하나를 고르고, 이미 가진 요소를 다시 선택하면 최대 3단계까지 강화하는 방식이다. [16:45]

10. 빠른 구현과 반복 테스트로 설계 구체화

• 성장 구조를 오래 구상하기보다 쓸 만한 첫 제안을 빠르게 구현하고 플레이로 수정하는 방식을 선호한다. 빠른 구현 뒤 여러 차례 시험하고 조정하는 편이 장시간 계획 후 한 번 구현하는 것보다 좋은 결과를 낸다는 경험적 판단이다. [17:36]
• Claude는 게임을 직접 조작하며 능력을 시험하고 결과 화면을 제공한다. 성장 시스템 구현 후에는 웨이브 종료 시 카드 3장을 표시하는 동작과 함께, 음소거 상태의 봇 테스트 3회를 수행했다고 기록한다. [18:31]

11. 주문 강화와 능력치 선택의 실제 작동 확인

• 첫 웨이브 보상에서 유물·주문·스킬 중 하나를 고를 수 있다. 주변을 도는 유령 검 3개로 악마를 공격하는 Spectral Blades를 선택하고, 다음 웨이브에서 Q로 발동한다. [19:46]
• 후속 선택에는 공격력 3 증가 대신 최대 체력 25 감소 같은 교환 조건이 등장한다. 검 주문을 추가 강화한 뒤에는 더 강해진 효과와 주문 재사용 대기시간을 확인한다. [20:17]

12. Meshy와 Blender의 비용·품질 선택

• Meshy는 API로 게임에 맞는 3D 에셋을 생성하는 도구로 사용한다. 가입 시 무료 크레딧을 받을 수 있을 것으로 설명하며, 유료 요금은 월 10달러 또는 20달러 정도로 불확실하게 언급한다. [21:22]
• 비용을 쓰지 않는 대안으로 Blender를 제시한다. AI가 코드로 에셋을 만드는 만큼 토큰 사용량은 더 늘어날 수 있으며, Meshy와 Blender 중 예산과 선호에 따라 선택하도록 한다. [22:08]

13. 새 에셋 적용과 캐릭터 방향 오류 수정

• Meshy API 키를 입력한 뒤 에셋 생성과 캐릭터 리깅·애니메이션 작업을 진행한다. Meshy가 만들지 않은 발광 맵은 별도로 생성해 바이저, 검의 룬, 용암 균열과 눈이 빛나도록 보완한다. [24:27]
• 새 에셋 4개를 적용한 결과 외형은 개선되지만, 직접 플레이에서 플레이어와 적이 모두 반대 방향을 바라보는 문제가 드러난다. 시각적 완성도와 실제 동작 검증이 함께 필요하다. [25:09]

14. 배경 개선을 시각적 구분과 환경 위험으로 연결

• 레벨에는 높은 시각 품질과 세부 묘사뿐 아니라 캐릭터 에셋이 배경에서 잘 드러나야 한다는 조건을 추가한다. 보기 좋으면서 플레이하기도 즐거운 맵이 목표다. [26:30]
• Meshy 에셋과 코드 생성을 함께 사용해 무대를 개선하고, 깊이감 있는 어두운 현무암 판석과 용암 텍스처를 만든다. 용암 웅덩이는 배경 장식에 그치지 않고 위험 지형으로 추가된다. [27:16]

15. AI의 기능 제안을 활용해 다음 확장 선택

• 기본 전투·성장·시각 요소가 갖춰진 뒤에는 현재 게임에서 재미와 완성도를 높일 기능을 AI에 제안하도록 요청한다. 모든 기능을 혼자 고안하는 부담을 줄이고, 제안 중 필요한 항목을 선택하는 방식이다. [28:40]
• 제안에는 5웨이브마다 등장하는 보스, 새로운 적 유형, 원래 구상했던 무기, 웨이브 사이 상점이 포함된다. 현재 재추첨에만 쓰이는 영혼을 제단의 상인에게서 회복이나 파워업을 사는 자원으로 확장하는 아이디어도 나온다. [29:40]

16. AI에 개선 아이디어와 에셋 제작을 맡기는 반복 개발

• AI가 제안한 개선 목록에서 원하는 항목을 고르고 결과를 보며 다시 조정한다. 다음에 무엇을 개선할지 막힐 때 AI에 제안을 요청하면 아이디어를 구상하는 인지 부담을 줄일 수 있다. [30:04]
• AI는 Meshy를 이용해 애니메이션과 새 에셋을 추가한다. 오디오는 온라인의 무료·라이선스 제약 없는 음원을 찾거나 프로그램으로 직접 생성하기도 하지만, 이번 작업에서 어떤 방식을 사용할지는 아직 확정되지 않았다. [30:34]

17. 플레이로 확인한 애니메이션·사운드 개선과 남은 불확실성

• 실제 실행에서 배경음악이 재생되고, 달릴 때 검을 뒤로 끄는 동작과 개선된 공격 동작이 나타난다. 적을 때리면 소리도 나면서 움직임과 타격 피드백이 구체화된다. [31:38]
• 새 적들은 피격 시 서로 다른 소리를 내고 몸이 흔들리는 반응을 보이며, 레벨 상승 효과음도 추가된다. 이런 요소를 조금씩 겹쳐 넣는 반복 작업이 높은 완성도의 게임을 만드는 방식으로 드러난다. [32:06]

18. Steam 입점과 개발 과정 공개를 통한 잠재 고객 확보

• 수익화 경로로 Steam에 게임을 제출하는 방안을 제안한다. 이용자가 많은 PC 게임 스토어에 진입하면 구매에 관심을 가질 잠재 고객에게 접근할 수 있다는 논리이며, 실제 판매 성과가 확인된 것은 아니다. [33:48]
• 개발 중부터 X에 제작 과정, 데모, 영상을 게시해 관심과 관객을 모으는 전략을 권한다. 출시 초기 고객을 확보하려면 유통·홍보 기반을 미리 쌓아야 하며, 이러한 고객 접점을 중요한 경쟁 우위로 본다. [34:14]

🧾 결론

• 영상이 보여주는 핵심은 한 번의 요청으로 완성하는 방식보다 작은 전투 루프를 구현하고 반복해서 다듬는 제작 과정이다.
• 성장·그래픽·사운드는 핵심 플레이를 확인한 뒤 차례로 추가하며, 확장할 때마다 실제 동작을 검증한다.
• AI는 코드 작성뿐 아니라 에셋 생성과 개선 아이디어 제안에도 활용되지만, 재미와 오류를 판단하고 다음 작업을 선택하는 역할은 계속 필요하다.
• 제시된 결과는 게임 제작 실습 사례다. 완성작의 출시 성과나 다른 모델 대비 우위를 입증하는 자료로 확대해 해석하기는 어렵다.

📈 투자·시사 포인트

• AI 개발 도구와 에셋 생성 도구의 결합은 비개발자도 게임 제작을 시작할 수 있다는 가능성을 제시한다. 실제 부담을 판단하려면 구독료·에셋 비용·토큰 사용량을 함께 살펴야 한다.
• 영상의 제작 기준에서는 기능의 수보다 핵심 전투의 재미가 우선한다. 작은 구현을 플레이로 검증하는 과정이 후속 확장 여부를 결정한다.
• Steam 입점은 잠재 고객에게 접근하는 경로로 제안되며, 실제 판매 성과는 확인되지 않는다. 개발 과정 공개를 통한 관심 확보도 제작과 병행할 과제로 제시된다.
• 게임 시장 규모와 AI 성능에 대한 높은 평가는 영상의 주장이다. 이를 개별 게임의 수익성이나 관련 기업의 투자 매력으로 곧바로 연결할 근거는 제공되지 않는다.

⚠️ 불확실하거나 확인이 필요한 부분

• Opus 5.5와 대안 모델의 게임 제작 역량은 영상의 평가이며, 동일 조건의 비교 실험이나 정량적 성능 자료는 제시되지 않는다.
• 게임 산업 매출이 다른 엔터테인먼트 분야의 합계보다 크다는 주장은 비교 연도·범위·원자료를 확인해야 한다.
• Meshy 무료 크레딧과 월 요금은 불확실하게 언급된다. 후원 자료의 비용 절감 사례도 모든 프로젝트에 적용되는 결과가 아니다.
• 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
• 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
• 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

• 준비 수준에 맞춰 Three.js·Unity·Unreal Engine 중 제작 경로를 고르고, 필요한 설치·계정·구독 조건을 확인한다.
• 첫 구현 범위를 적 생성·기본 공격·회피 등 작은 전투 루프로 제한하고, 원하는 조작감과 타격감을 구체적으로 적는다.
• 직접 플레이하며 어색한 조작과 오류를 기록하고, 핵심 전투가 만족스러워진 뒤 웨이브 보상과 성장 요소를 추가한다.
• 에셋을 교체할 때 캐릭터 방향·리깅·애니메이션과 배경 속 시인성을 확인하고, 자동 테스트 결과와 대조한다.

❓ 열린 질문

• 다른 제작자와 다른 게임 장르에서도 같은 방식으로 만족스러운 플레이를 구현할 수 있는가?
• 에셋·음향·반복 수정까지 포함한 전체 제작 시간과 실제 비용은 얼마인가?
• 성장 선택지와 적 유형이 늘어난 뒤에도 전투의 재미와 난이도 균형이 유지되는가?