Factorio 추천 MOD 선택법｜용도별 프레임워크

Factorio 2.0 전환기에 MOD를 도입할 때, 실패하기 가장 어려운 선택법은 '인기 있는 것들을 늘어놓는' 게 아니라 자신이 무엇에 곤란해하는지부터 역으로 찾는 것입니다. 본 기사는 현 시점에서 2.0 계열을 전제로 작성했지만, 2.0의 공식 사양 변경 사항이나 MOD API 호환성에 대해서는 공식 블로그(Factorio Friday Facts / 공식 블로그) 및 Mod Portal의 배포 페이지를 반드시 함께 확인하시기 바랍니다. 본 기사는 바닐라에서 한 발 나아가고 싶은 분이나 Space Age를 포함해 플레이할 예정인 분을 위해 용도별로 MOD를 정리하는 사고방식을 정리합니다.

저도 처음에는 '편리해 보인다'는 이유로 10개 이상을 한꺼번에 집어넣었다가 시작 오류를 踏을 수밖에 없었지만, UI/QoL 계열을 1~3개만 새 저장 파일에서 시도하는 방식으로 바꾼 후부터 추가 안정성이 확 올라갔습니다. 도입은 UI/QoL → 건설 보조 → 물류·생산 → 오버홀 순서가 견실하며, 배포 페이지(Mod Portal)에서는 먼저 대응 게임 버전, 의존 관계, 최종 업데이트 날짜를 확인하시기 바랍니다. 한편 '저장 호환성'에 대해서는 배포 페이지에 명시되어 있지 않은 경우도 있으므로 Discussion이나 Forum의 기술로 보충할 것을 강력히 권장합니다.

Factorio의 추천 MOD는 [용도]]로 선택하는 것이 실패하기 어렵다

용도로 좁히는 장점과 실패 패턴

Factorio MOD 선택에서 흔들리지 않는 축은 '어느 것이 유명한가'보다 '무엇을 편하게 하고 싶은가'입니다. 예를 들어 정보가 보기 어려워 판단이 지연되는 것이 불만이라면 UI/QoL 계열, 설계도 전개나 배치를 더 빠르게 하고 싶다면 건설 보조 계열, 거점 내 이동이나 물류 체증을 줄이고 싶다면 물류·이동 계열, 생산의 병목을 파악하고 싶다면 생산 관리 계열이라는 식으로 고민을 출발점으로 하면 도입 본수가 자연스럽게 정해집니다. 랭킹 형식이면 '인기니까 넣어봐'가 일어나기 쉽지만, 용도에서 시작하면 '지금의 나에게 필요한가'로 선을 그을 수 있어서 놀이의 중심이 흔들리지 않습니다.

이 사고방식이 유효한 이유는 Factorio의 MOD가 같은 '편리한' 유형이어도 닿는 층이 다르기 때문입니다. UI/QoL 계열은 조작이나 시인성에 효과가 있으며 게임 진행 자체를 크게 바꾸지 않습니다. 반면 건설 보조나 설계 지원은 거점 만들기의 손맛을 상당히 바꿉니다. 더 나아가 대형 오버홀 계열까지 가면 레시피 구조나 진행 개념까지 바뀌어 이미 '바닐라의 연장'이 아니라 별개의 게임에 가까운 플레이 방식이 됩니다. 같은 상자에 정리해서 '추천 MOD'로 보면 초심자 대상의 가벼운 개선과 숙련자 대상의 대개조가 뒤섞여 보이게 되는 것입니다.

초심자가 흔히 저지르는 실패도 이 혼재에서 비롯됩니다. 전형적인 예는 '편리해 보인다'는 인상만으로 한 번에 대량 도입하는 패턴입니다. 저도 초반에는 외형이 좋아 보이는 것, 해외에서 화제가 된 것, 설명 문구가 매력적인 것들을 모아서 한 번에 활성화하다가 시작할 때 멈춰 버렸습니다. 원인을 거슬러 올라가 보니 의존 관계 간과, 유사 기능을 가진 MOD 간의 충돌, 무엇보다 '어느 MOD가 무엇을 바꾸는지' 스스로 파악하지 못한 것이 컸습니다. 10개를 동시에 집어넣으면 문제가 생겼을 때 원인 규명의 시야가 한 번에 나빠집니다.

반대로 1용도당 1~3개씩만 도입 단위로 하면 트러블 발생률과 파악의 용이함이 상당히 달라집니다. UI/QoL만, 혹은 건설 보조만 소량 추가해서 플레이감이 어떻게 바뀌는지 봅니다. 이 순서면 '편리해진 실감'이 뚜렷하게 남는 한편 불필요한 것을 바로 빼낼 수 있습니다. 특히 Factorio는 조금의 시인성 개선이나 조작 단축이어도 사고의 흐름이 끊기기 어려운 게임입니다. UI/QoL만의 가벼운 도입이어도 배관을 어떻게 놓을지, 어디서 병목이 생기는지, 청사진을 어떻게 펼칠지에 쓰는 머릿속 여백이 늘어납니다. 제 감각으로는 이 단계만 해도 공장 운영의 스트레스가 상당히 줄었고, 로켓 도달 후에 빈번한 '할 일은 있는데 작업감이 강하다'는 정체 현상이 일순간에 옅어졌습니다.

여기서 중요한 것은 MOD를 성능으로 비교하는 것보다 플레이 중의 걸림돌에 대한 처방전으로 보는 것입니다. 마우스 조작이 번거로우면 UI/QoL, 구간 정리나 라인 재배치가 귀찮으면 건설 보조, 열차나 운송 흐름을 정리하고 싶으면 물류·이동, 숫자가 읽히지 않아 개선점이 보이지 않으면 생산 관리라고 하면 도입 이유에 설명이 붙습니다. 이 설명이 붙는 상태면 불필요한 MOD를 너무 많이 집어넣지 않게 되며, 빼기로 결정하는 것도 빨라집니다.

용도별 프레임워크와 비교 축

용도로 선택한다고 해도 분류만으로는 아직 거칠므로, 실제로는 4가지 비교 축으로 보면 정리하기 쉽습니다. 축은 학습 비용, 바닐라감, 도입 리스크, 확장성의 4가지입니다. 이 4항목으로 보면 '지금 쾌적성을 원하는 건가, 아니면 새로운 게임 체험을 원하는 건가'가 꽤 명확해집니다.

다음 표는 도입 순서를 생각할 때의 대략적인 목안입니다.

UI/QoL 계열은 MOD 도입의 초석으로 어울립니다. 이유는 단순해서 배울 게 적은 치에 손댄 순간의 혜택이 보기 쉽기 때문입니다. 메뉴의 시인성, 상태 확인의 용이성, 세부 클릭 횟수 감소 등의 개선은 공장의 설계 사상을 훼손하지 않고 작용합니다. 바닐라감도 유지하기 쉬워서 'Factorio 자체는 좋지만 조금만 쾌적해지길 바란다'는 사람과 궁합이 좋습니다.

건설 보조·설계 지원 계열은 다음 단계에서 작용합니다. 편리함이 크기 때문에 게임과의 거리감이 조금 바뀝니다. 라인 부설이나 청사진 주변이 강해지면 단순 작업은 줄 수 있지만 설계의 템포 자체가 변합니다. 바닐라의 불편함도 맛이라고 느끼는 사람에게는 약간 친절해 보일 수 있지만, 메가베이스 쪽 발상으로 들어간다면 가치는 높습니다. UI/QoL 계열보다 학습 비용이 올라가므로 '도입했지만 써먹지 못한다'를 피하려면 용도를 더 좁히는 쪽이 잘 맞습니다.

물류·이동 계열은 거점의 확대가 보이기 시작할 무렵에 만족도가 올라가기 쉬운 분야입니다. 도보 이동이나 물자 운송의 스트레스를 가볍게 하는 타입은 플레이 전체의 템포를 올립니다. 다만 이 계열은 공장의 설계나 라우팅 사고방식에 영향을 주기 쉬워서 도입하면 전제가 바뀌는 경우도 있습니다. '이동이 쾌적해졌다'뿐 아니라 '거점의 구성까지 바뀌었다'고 느끼기 쉬운 장르입니다.

생산 관리, 즉 정보 가시화 계열은 간과하기 쉽지만 매우 강한 분류입니다. Factorio는 부족한 것을 만드는 게임이면서 동시에 '무엇이 부족한지를 간파하는 게임'이기도 합니다. 생산량, 소비, 재고, 병목 같은 정보가 읽기 쉬워지는 것만으로 개선의 출발점이 빨리 보입니다. 이것도 바닐라감을 유지하기 쉬운 치에 사고의 질을 올려주므로 실제로는 UI/QoL 계열 다음에 시도해도 만족하기 쉬운 영역입니다.

대형 오버홀 계열은 완전히 별도입니다. 여기서 요구되는 것은 쾌적화가 아니라 새로운 학습 체험입니다. 레시피의 연쇄, 자원 처리, 연구 진행, 필요 설비의 사고방식까지 바뀌므로 비교 대상은 '편리한가'가 아닙니다. 얼마나 새로운 문제를 풀고 싶은지, 바닐라에서 떨어져 나가도 즐길 수 있는지 하는 축으로 봐야 합니다. 대형 계열에 무턱대고 들어가는 게 위험한 것보다, 기대하는 것이 어긋나기 쉬운 것이 어려움입니다. 쾌적화를 원했는데 실제로는 난이도 높은 별개의 게임이 시작되는 어긋남이 일어나기 쉬운 것입니다.

이 4축으로 봤을 때 초심자가 가장 쉽게 닿을 수 있는 것은 UI/QoL 계열, 그 다음이 생산 관리 계열, 그 후 건설 보조나 물류·이동 계열, 충분히 익숙해진 후 대형 오버홀 계열이라는 흐름이 됩니다. 이것은 단순 난이도 순서가 아니라 무엇을 바꾸지 않고, 무엇을 바꿀 것인가의 순서입니다. 바닐라의 재미를 지킨 채 쾌적성을 높이는 층부터 시작하면 자신에게 'MOD의 적당함'이 보기 쉬워집니다.

버전과 DLC의 구분

용도로 선택하는 사고방식과 마찬가지로 중요한 것이 어느 환경의 이야기인지를 먼저 구분하는 것입니다. 본 기사는 현 시점에서 Factorio 2.0 계열을 전제로 설명하지만, 구체적인 호환성이나 구현 차이는 공식 블로그(https://www.factorio.com/blog/) 나 Mod Portal(https://mods.factorio.com/)의 배포 페이지, Forum의 작성자 댓글에서 반드시 검증하세요. 바닐라만 플레이하는지 Space Age를 포함하는지에 따라 MOD의 조화는 달라집니다.

특히 Space Age의 유무는 단순한 추가 콘텐츠의 차이가 아니라 진행 설계나 닿는 요소의 무게중심과 관련이 있습니다. 바닐라 대상의 쾌적화로는 우수하더라도 Space Age를 포함하면 가치가 얇아지는 것도 있고, 역으로 DLC 환경에서 특히 혜택이 큰 분류도 있습니다. 그러므로 이후의 추천 정리에서는 '2.0 바닐라에서 도입하고 싶은 것'과 'Space Age를 포함해 생각하고 싶은 것'을 나눠서 보는 것이 자연스럽습니다. 이것은 호환성만의 문제가 아니라 어디서 스트레스를 느끼는지가 플레이 구성에 따라 변하기 때문입니다.

외부의 일차 정보를 따를 때도 이 구분이 전제가 됩니다. 예를 들어 배포 서식지인 『Factorio Mod Portal』은 대응 게임 버전이나 의존 관계 확인이 중심이 되고, 2.0이나 DLC 주변의 사양 변경의 배경은 『Factorio Friday Facts / 공식 블로그』를 봐야 문맥이 잡히기 쉬운 장면이 있습니다. 바닐라의 기본 사양이나 용어 정리는 Factorio Wiki가 따르기 쉬울 수도 있습니다. 읽는 장소가 다르다기보다 확인하고 싶은 내용에 따라 보는 창구가 다르다는 감각입니다.

여기서 눌러 둘 것은 버전 표기와 DLC 전제가 갖춰지지 않은 소개는 내용이 잘 보여도 판단 재료로는 약하다는 것입니다. 예를 들어 '편리하다' '정석' '인기 있다'는 평가만으로는 2.0 계열에서 문제없이 돌리고 싶은 사람에게도, Space Age와 함께 써 보고 싶은 사람에게도 충분한 정보가 되지 않습니다. 제가 MOD를 찾을 때도 설명 문구의 화려함보다 먼저 '어느 환경의 이야기로 설명되고 있는가'를 봅니다. 이 순서로 하면 후보를 너무 많이 늘릴 일 없이 됩니다.

이후 섹션에서도 같은 용도 분류 안에서 2.0 바닐라에 어울리는지, Space Age를 포함해 생각해야 하는지를 나눠가며 정리해 갑니다. 용도로 좁히는 것만으로도 실패는 줄어듭니다만, 거기에 버전과 DLC의 구분을 덧칠하면 '편리해 보이지만 자신의 환경에는 맞지 않는다'를 꽤 방지할 수 있습니다.

먼저 확인해야 할 MOD 선택의 전제 조건

대상 버전·DLC 확인 절차

MOD 선택에서 가장 먼저 봐야 할 것은 기능 설명보다 그 MOD가 어느 게임 환경을 전제로 하는가입니다. 이번 기사의 전제는 Factorio 2.0 계열이지만 실제 도입 판단에서는 '2.0에 어울리는가'뿐 아니라 'Space Age를 포함한 구성에서 쓸 것을 상정하는가'까지 구분해서 읽을 필요가 있습니다. 여기가 모호한 소개문은 편리해 보여도 판단 재료로서는 약해집니다.

보는 순서는 간단합니다. 먼저 『Factorio Mod Portal』의 개별 페이지에서 Game version 표기를 찾아 여기서 자신의 환경과 잘 맞는지를 봅니다. 다음 설명문이나 스크린샷만으로 판단하지 말고 Space Age 전제의 추가 요소에 닿고 있는지, 역으로 바닐라 대상의 조정으로 만들어진 것인지를 읽어냅니다. DLC 대응은 단순히 '시작하는가'만으로는 모자라고 진행이나 UI의 전제가 맞는지까지 봐야 사용감이 크게 달라지기 때문입니다.

2.0 전환기는 같은 '편리 계열'이어도 오래된 전제 그대로 남아 있는 것들이 섞이기 쉬운 장면이 있었습니다. 저도 업데이트가 1년 이상 멈춰 있던 작은 편리 계열을 도입했을 때 시작 자체는 통했는데 경고가 늘어나고, 조금 후 다른 장면에서만 거동이 불안정해진 적이 있습니다. 보기에는 문제없어 보여도 내부 전제가 지금의 환경과 어긋나는 케이스는 드물지 않습니다. 거기서 최신 업데이트의 별도 MOD로 바꾼 뒤 같은 용도에서도 꽤 안정되었습니다.

바닐라 사양이나 용어 정리를 먼저 머릿속에 넣고 싶을 때는 Factorio Wiki가 도움이 되고, 2.0이나 Space Age 주변에서 뭐가 바뀌었는지 하는 배경은 『Factorio 공식 블로그』를 따르면 이해하기 쉬워집니다. MOD 페이지의 대응 표기만으로는 보이지 않는 '왜 이 MOD가 지금 환경에서 흔들리기 쉬운가'가 이어지는 장면이 있습니다.

의존 관계·호환성의 읽는 법

대응 버전의 다음으로 중요한 것이 의존 관계를 읽는 법입니다. 여기를 건너뛰면 '도입한 MOD 단독으로는 매력적인데 조합하면 안 돈다'는 전형적인 사고가 벌어집니다. 특히 Factorio의 MOD는 단독으로 완결되는 것도 있고 별도의 라이브러리나 전제 MOD가 있어야 비로소 성립하는 것도 있습니다.

Mod Portal에서는 개별 페이지의 의존 관계를 보면 그 MOD가 무엇을 필요로 하는지의 입구를 잡을 수 있습니다. 여기서 읽어야 할 것은 단순 이름 목록이 아닙니다. 무엇이 전제이고, 무엇이 궁합에 영향을 주는가를 봅니다. 예를 들어 UI 표시를 늘리는 것처럼 보이는 MOD도 내부적으로는 별도의 공통 부품에 의존하고 있을 수 있고, 대형 오버홀 계열에서는 전제 자체가 크게 바뀌므로 주변 MOD의 호환성까지 연쇄적으로 변합니다.

호환성을 보는 법에서 중요한 것은 '의존이 있다'는 자체를 위험하게 보지 않는 것입니다. 위험한 것은 의존이 많다는 게 아니라 그 의존처까지 포함해 업데이트가 멈춰 있거나 전제 버전이 어긋나 있는 상태입니다. 즉, 1개의 MOD를 보는 것이 아니라 작은 다발로 따라가는 감각이 필요합니다. 편리 계열이나 건설 보조 계열에서는 이 다발이 상대적으로 작은 경우가 많고, 대형 계열에서는 일순간에 무거워집니다.

여기서 유용한 것이 『Factorio Forums』입니다. Mod Portal의 기재만으로는 읽을 수 없는 이미 알려진 불구나 '이 조합에서는 경고가 나온다' 'Space Age 환경에서는 일부 기능이 충돌한다'는 실운용의 이야기는 작성자 스레드나 불구 보고의 흐름에 남아 있을 수 있습니다. 특히 마음에 드는 MOD가 있을 때는 포럼 상에서 작성자가 최근에도 응답하고 있는지를 보는 것만으로도 호환성 판단의 정도가 꽤 올라갑니다.

의존 관계의 확인은 실제로는 '가부 판정'보다는 '리스크의 지도 만들기'에 가깝습니다. 읽고 나서 '