Selection Guide

소규모 게임 스튜디오를 위한 AI 3D 생성 — 모델이 아니라 워크플로우를 고르세요

Meshy, Tripo, Hunyuan3D, PicoBerry 모두 프롬프트나 이미지 한 장을 텍스처 입힌 3D 모델로 바꿔 줍니다. 멋진 렌더 한 장은 어디서든 나옵니다. 소규모 스튜디오에서 제 몫을 하는 도구는 결국 워크플로우가 실제 작업 방식과 맞는 쪽입니다. 콘셉트 탐색, 레퍼런스를 놓고 하는 작업, 반복 생성, 출시 전 에셋 검수, 나중의 재사용, 준비됐을 때의 스크립트 자동화가 모두 거기에 들어갑니다. 이 가이드는 생성 품질이 아니라 그 흐름을 비교합니다. 가격은 별도 페이지에 있습니다.

2026년 8월 31일 업데이트

모델이 나온 다음

웹 앱에서 생성→ 다운로드

엔진으로 임포트→ 수동

수정이 필요하면?→ DCC 실행

PicoBerry + UModeler XUnity에서 편집

PicoBerry API / MCP에이전트 호출 가능

비교PicoBerryMeshyTripoHunyuan3D

게임 개발자에게 가장 좋은 AI 3D 생성 도구는?

따져 볼 도구는 Meshy, Tripo, Hunyuan3D, PicoBerry입니다. 모델 파일 하나만 필요하다면 어느 쪽이든 됩니다. 마음에 드는 결과를 고르세요. 반복할 생각이라면 기준이 달라집니다. 콘셉트를 탐색하고, 레퍼런스를 놓고 작업하고, 엔진을 바꿔 가며 시도하고, 에셋을 검수한 뒤 프로젝트 전반에 다시 쓰는 흐름이라면 워크플로우 적합도로 고르세요. 엔진 선택, 생성 후 편집, 에셋 정리와 재사용, 그리고 준비됐을 때의 API·에이전트 접근입니다. PicoBerry는 단일 생성 모델이 아니라 이 경로를 중심으로 만들었습니다.

소규모 스튜디오는 이렇게 고른다 — 렌더 한 장이 아니라 워크플로우로

소규모 게임 팀이 3D 에셋으로 실제로 하는 여섯 가지. 가장 많이 하는 쪽에 도구를 맞추세요.

빠른 콘셉트 탐색

하나로 정하기 전에 짧은 텍스트 프롬프트로 여러 방향을 뽑아 봅니다. 빠르게 쓰고 버리는 단계입니다. 목적은 완성 에셋이 아니라 아이디어의 폭입니다.

Text to 3D 워크플로우 →

T-Pose 옵션을 켠 PicoBerry 이미지 패널과 그 옆의 정면 T-포즈 캐릭터 레퍼런스

레퍼런스 기반 작업

콘셉트 아트나 레퍼런스 사진이 있나요? 그 이미지를, 또는 같은 대상을 찍은 2~4뷰를 그대로 3D 후보로 만들 수 있습니다. 그러면 결과가 모델이 지어낸 룩이 아니라 이미 정해 둔 룩을 따라갑니다.

Image to 3D 워크플로우 →

PicoBerry 생성 패널과 결과 화면을 나란히 놓은 모습. AI 모델 드롭다운, 폴리곤 수 조절, Generate 버튼, 그리고 생성된 상자와 면·정점 수치, Select Model·Add to Scene 버튼

반복 생성과 재시도

결국 여러 번 다시 뽑게 됩니다. 같은 에셋을 두고 엔진을 바꿔 결과를 비교할 수 있는지 보세요. 결과가 시원찮을 때 빈 프롬프트로 처음부터 다시 하는 대신 모델만 갈아 끼우면 됩니다.

워크플로우 비교 보기 →

4-View 옵션을 켠 PicoBerry 이미지 패널과 그 옆의 2D 레퍼런스 4장. 같은 캐릭터의 정면·3/4·후면·측면

게임에 쓰기 전 에셋 검수

보기 좋은 렌더가 곧 완성 에셋은 아닙니다. 실루엣·토폴로지·스케일·피벗·재질을 씬에서 직접 확인하고, 다듬는 시간까지 일정에 넣으세요. 첫 결과가 가장 화려한 도구보다 그 검수를 짧게 줄여 주는 도구가 낫습니다.

품질 판단하는 법 →

PicoBerry Collections — Dark Cave, Beach House, RPG Adventure 같은 프로젝트별 컬렉션이 각자 에셋 썸네일과 함께 있는 화면

에셋 찾기·정리·재사용

프로젝트에는 생성물이 수백 개씩 쌓입니다. 게임별 컬렉션으로 훑고, 찾고, 다시 쓸 수 있는지가 결국 어느 한 결과물보다 중요해집니다. 에셋 담당자가 따로 없는 팀이라면 더 그렇습니다.

Collections →

SF 전리품 상자 모델. 작은 소스 썸네일과 완성된 메시가 뷰포트에 함께 놓인 화면

준비되면 API·자동화

소규모 팀에 첫날부터 필요한 기능은 아닙니다. 하지만 레벨 블록아웃이나 씬에 소품 채우기 같은 반복 작업이 생기면, 비동기 REST API와 MCP 서버로 일일이 클릭하는 대신 스크립트로 돌리거나 에이전트에 맡길 수 있습니다.

AI 3D Generation API →

워크플로우 비교

2026년 8월 31일, 각 벤더 공식 문서로 확인한 기능입니다(출처는 표 아래). 품질 순위가 아닙니다.

판단 기준	PicoBerry	Meshy	Tripo	Hunyuan3D (Tencent)
생성 모델을 여러 개 비교할 수 있는가	가능 — Tripo·Meshy·Hunyuan3D를 하나의 API로 (GET /v1/models)	자체 엔진 하나	자체 엔진 하나	자체 엔진 하나
Unity 안에서 계속 작업할 수 있는가	가능 — UModeler X로 Unity 에디터에서 메시 편집 (무료)	확인한 문서상 Unity 내 메시 편집 없음	확인한 문서상 Unity 내 메시 편집 없음	확인한 문서상 Unity 내 메시 편집 없음
게임 엔진으로 바로 넘길 수 있는가	Unity · Unreal Engine · Godot · Blender — 1-click 브리지	내보내기/가져오기 (문서 기준)	내보내기/가져오기 (문서 기준)	내보내기/가져오기 (문서 기준)
자동화용 API·MCP가 있는가	있음 — REST API + MCP, 크레딧 풀 하나	있음 — REST API + MCP (유료)	있음 — REST API (별도) + MCP	있음 — REST API + MCP

전체 기능 상세 보기 — 리깅, 리메시, 내보내기 포맷, MCP 성숙도

기능	PicoBerry	Meshy	Tripo	Hunyuan3D (Tencent)
게임 엔진 안에서 생성	가능 — Unity 에디터에서 UModeler X로	웹/앱 생성 후 내보내기 (문서 기준)	웹/앱 생성 후 내보내기 (문서 기준)	API·콘솔 생성 후 내보내기 (문서 기준)
리메시 / 리토폴로지	가능	가능	가능	가능
자동 리깅 & 애니메이션	가능	가능	가능	자동 리깅 제공, 확인한 문서상 애니메이션 없음
자체 MCP 서버	있음 — @picoberry/mcp-server	있음 — 공식	있음 — 공식	있음 — 공식(Tencent CloudBase)
내보내기 포맷	GLB / FBX / OBJ	GLB / FBX / OBJ / USDZ / STL	GLB / GLTF / FBX / OBJ / STL / USDZ	GLB / OBJ (그 외는 Convert3DFormat)

자동 리깅은 스켈레톤과 애니메이션 셋업까지입니다. 검수 없이 바로 쓰는 완성 캐릭터가 나오지는 않으니, 어느 쪽을 쓰든 정리 시간을 감안하세요.

여기 있는 도구는 모두 쓸 만한 메시를 만듭니다. 각 행이 말하는 것은 출력 품질이 아니라 워크플로우가 어디까지 닿는지입니다. 경쟁사 칸은 확인 시점의 공식 문서 서술을 옮긴 것이니, 인용하기 전에 다시 확인해 주세요.

2026년 8월 31일 확인 — 인용하기 전에 각 행을 다시 확인해 주세요:
Meshy API 문서 · Meshy MCP
Tripo API 문서 · Tripo MCP (공식)
Hunyuan 3D API 문서 (Tencent Cloud) · Hunyuan 3D MCP (Tencent CloudBase)
PicoBerry API 문서 · @picoberry/mcp-server

생성 모델을 바꿀 수 있다는 게 왜 중요한가

벤더가 하나면 트레이드오프도 하나

모든 생성 모델에는 잘하는 대상과 못하는 대상이 있습니다. 도구가 단일 모델에 묶여 있으면 그 약점이 곧 내 약점이 됩니다.

구독 단위가 아니라 에셋 단위로 전환

PicoBerry는 여러 3D·이미지 엔진을 하나의 API 뒤에 둡니다. 모든 걸 한 벤더에 맡기는 대신 에셋마다 골라 쓸 수 있습니다.

엔진 목록은 박아 넣지 않고 조회

사용 가능한 엔진은 GET /v1/models가 알려 줍니다. 하드코딩한 목록은 시간이 지나면 낡지만, 통합 코드는 현재 목록을 그때그때 읽습니다.

같은 레퍼런스 이미지를 PicoBerry의 Meshy·Hunyuan3D·Tripo 모델로 각각 돌린 결과. 각 결과에 어느 모델이 만든 것인지 라벨이 붙어 있다

같은 레퍼런스 이미지를 PicoBerry의 Meshy·Hunyuan3D·Tripo 모델로 각각 돌린 결과입니다. 한 벤더에 매이지 않고 에셋마다 골라 쓸 수 있습니다.

에셋을 게임 엔진에 넣기

생성한 에셋은 GLB, FBX, OBJ로 내보내 Unity, Unreal Engine, Godot, Blender로 갑니다. Unity는 UModeler X가 에디터 안에서 돌기 때문에 연동이 가장 깊습니다.

생성

텍스트 프롬프트 하나, 이미지 한 장, 또는 같은 대상의 2~4뷰로 시작합니다. UModeler X를 쓰면 Unity 에디터 안에서 바로 되고, 아니면 웹에서 생성해 임포트합니다.

다듬기

리메시, 리텍스처, 자동 리깅, 애니메이션을 붙입니다. 생성 메시는 대개 특정 씬에 맞추려면 손이 좀 갑니다. 그 단계가 없어지는 건 아니고, 다만 훨씬 가까워집니다.

제자리에서 편집

UModeler X로 Unity 에디터 안에서 메시를 고칩니다. 다른 도구라면 별도 DCC로 내보냈다가 다시 가져와야 합니다.

Unity 에디터 안에 도킹된 PicoBerry 패널. 생성된 모델 후보와 Select Model·Add to Scene 버튼이 보이고, 옆에는 Unity 씬에 배치된 캐릭터가 놓인 화면

PicoBerry 패널은 UModeler X를 통해 Unity 에디터 안에서 돕니다. 생성하고, 결과를 고르고, Unity를 벗어나지 않고 씬에 추가합니다. GLB·FBX·OBJ로 내보내면 Unreal·Godot·Blender로도 갑니다.

AI 에이전트가 생성을 맡을 때

PicoBerry는 MCP 서버를 제공합니다. Claude, Cursor, Codex 등 어떤 MCP 클라이언트의 에이전트든 3D 생성을 도구처럼 호출할 수 있어, 레벨 블록아웃이나 씬에 소품 채우기 같은 반복 작업에 유용합니다.

npx -y @picoberry/mcp-server

npm에 배포돼 있고, 공식 MCP 레지스트리에는 io.github.UModeler/picoberry-mcp로 등재돼 있습니다. Meshy·Tripo·Hunyuan3D도 이제 자체 MCP 서버를 제공하므로(위 표 참조) 에이전트 접근 자체는 기본기가 되어 가고 있습니다. PicoBerry의 차이는 에이전트가 무엇에 닿는지입니다. 생성 엔진 하나가 아니라, 같은 멀티 엔진 워크플로우와 하나의 크레딧 풀, 그리고 Unity 핸드오프에 닿습니다.

다른 도구가 더 나은 경우

정직한 비교라면 이걸 빼놓을 수 없습니다.

모델 하나만, 딱 한 번 필요할 때

게임 엔진에서 작업할 게 아니고 웹에서 메시 하나만 받으면 된다면, 여기서 말한 워크플로우 깊이는 이득이 없습니다. 결과가 마음에 드는 도구를 고르면 됩니다.

특정 엔진이 내 대상에 잘 맞을 때

벤더마다 잘 뽑는 대상이 다릅니다. 캐릭터, 하드서피스 소품, 유기적인 형태 가운데 어느 하나가 내 아트 스타일에 꾸준히 낫다면 그 도구를 직접 쓰는 게 합리적입니다. PicoBerry가 한 엔진에 걸지 않고 선택을 열어 두는 이유도 여기에 있습니다.

이미 다른 API를 붙여 놨을 때

파이프라인이 다른 벤더 API 위에서 잘 돌고 있다면, 갈아타는 데 실제로 비용이 듭니다. MCP 서버와 멀티 엔진 접근은 한 번 검토해 볼 만하지만, 옮기는 일이 공짜는 아닙니다.

자주 묻는 질문

AI로 생성한 3D 에셋을 Unity 워크플로우에 넣을 수 있나요?

네. 생성한 모델을 GLB·FBX·OBJ로 내보내면 다른 에셋처럼 Unity로 가져올 수 있습니다. PicoBerry와 UModeler X를 쓰면 단계가 더 짧아집니다. 생성이 Unity 에디터 안에서 일어나고, 메시도 거기서 바로 편집할 수 있습니다. 다만 어떤 도구를 쓰든 정리는 어느 정도 예상하세요. 생성 메시가 처음부터 특정 씬의 폴리곤 예산이나 콜리전에 맞춰 나오는 경우는 드뭅니다.

AI 3D 생성에서 Meshy의 대안은 무엇인가요?

주요 대안은 Tripo, Hunyuan3D(Tencent), 그리고 PicoBerry입니다. Tripo와 Hunyuan3D는 자체 엔진을 가진 생성 도구입니다. PicoBerry는 구조가 다릅니다. 여러 엔진을 하나의 API 뒤에 두고, 거기에 REST API와 AI 에이전트용 MCP 서버, UModeler X를 통한 Unity 에디터 내 편집을 더했습니다. 무엇이 맞는지는 생성 도구 자체를 원하는지, 게임 엔진까지 가는 경로를 원하는지에 달렸습니다.

AI로 Unity 게임용 커스텀 3D 모델을 만들 수 있나요?

네. 텍스트로 대상을 설명하거나 레퍼런스 이미지를 넣어 모델을 생성한 뒤 Unity로 가져오면 됩니다. 쓰려는 도구의 라이선스 조건은 꼭 확인하세요. 상업적 권리는 보통 플랜에 따라 달라집니다. PicoBerry의 현재 조건은 가격 페이지에 있습니다.

생성한 모델을 게임에 바로 넣을 수 있나요?

보통은 손이 좀 갑니다. 생성 메시를 특정 프로젝트에 맞추려면 리토폴로지, 폴리곤 축소, UV·재질 조정, 콜리전 설정이 자주 필요합니다. 리메시·리텍스처 도구가 그 일을 줄여 주고, Unity 에디터 안에서 편집하면 별도 DCC로 오가는 왕복이 없어집니다. 그래도 정리 단계 자체는 남으니 일정에 넣어 두세요.

PicoBerry는 Unity 밖에서도 되나요?

네. PicoBerry는 특정 엔진에 종속되지 않습니다. 에셋은 Unity뿐 아니라 Unreal Engine, Godot, Blender로도 내보내고, REST API와 MCP 서버는 엔진을 아예 요구하지 않습니다. UModeler X가 에디터 안에서 도는 만큼 Unity 연동이 가장 깊지만, PicoBerry를 쓰는 데 Unity가 필수는 아닙니다.