자동화 vs 통제
MultiMC의 설계 철학은 "사용자가 요청하지 않은 일은 하지 않는다"입니다. 즉 Java 경로도, 버전도, 모드 관리도, 업데이트도 모두 직접 해야 합니다. 파워 유저는 이걸 좋아하지만, 신규 플레이어는 떠납니다.
GDLauncher는 정반대 접근입니다. 인스턴스마다 필요한 것을 감지해 설치하고 최신 상태로 유지하지만, 원한다면 인스턴스 설정에서 동일한 항목을 모두 오버라이드할 수 있습니다. 기본값으로도 잘 돌고, 통제 옵션도 그대로 있습니다.
모드팩 처리
MultiMC에는 Modrinth 브라우저가 내장돼 있지만 CurseForge 연동은 없습니다. CurseForge 모드팩을 플레이하려면 zip 파일로 수동 임포트하거나 서드파티 도구로 매니페스트를 가져와야 합니다. GDLauncher의 브라우저는 CurseForge와 Modrinth를 나란히 보여주며 양쪽 모두 원클릭 설치를 지원합니다.
계보
MultiMC는 2021년 12월 이후로 새 릴리스를 내지 않았고, 프로젝트의 동력은 사실상 Prism Launcher와 다른 포크들로 옮겨 갔습니다. 오래 MultiMC를 써 왔고 워크플로를 잃지 않으면서 더 모던한 UI를 원한다면 Prism이 자연스러운 업그레이드 경로이고, GDLauncher는 더 큰 도약(더 많은 자동화, 더 적은 수동 단계)에 가깝습니다. 둘 다 써 보고 실제 사용 방식에 맞는 모델을 고르세요.
Cloud Instance Sharing
MultiMC에서 친구와 셋업을 공유하려면 인스턴스를 zip으로 내보내고 파일을 건네줘야 합니다. 동작은 하지만, 어딘가에 호스팅해야 하는 파일이고 받는 쪽도 똑같이 임포트해야 합니다. GDLauncher의 Cloud Instance Sharing는 이걸 짧은 코드 하나로 대체합니다. 코드를 붙여 넣으면 런처가 GDL 서비스에서 스냅샷을 가져오고 모드는 원본 CDN에서 다시 다운로드됩니다. 코드 하나로 같은 공유 안에 CurseForge + Modrinth 콘텐츠가 섞여 있어도 되고, zip 파일을 주고받을 필요도 없습니다.
결론
MultiMC는 매우 작고 유연한 런처를 원하면서 Java 설정, 모드 관리, 업데이트를 직접 다루는 게 좋다면 훌륭한 선택입니다. GDLauncher는 이런 것들을 자동으로 처리받고 싶은 플레이어를 위한 런처로, 자동 Java, 자동 업데이트, 원클릭 설치, Cloud Instance Sharing, 서버 관리가 모두 포함되며, MultiMC가 개척한 멀티 인스턴스 워크플로 역시 유지합니다.