Factorio 蓝图导入方法｜保存与失败对策

在 Factorio 2.0/Space Age 中导入外部蓝图字符串时，许多玩家会在粘贴后立即丢失蓝图，或不知道保存位置而卡壳。
我一开始也在这里卡过，但将导入入口和保存地点（库存还是蓝图库）区分开来理解后，立即就不再迷茫了。

本文面向想要确实将共享网站或文章中的代码导入游戏的玩家，以 Factorio 2.0/Space Age 的流程为基准进行整理。
以 1.0/1.1 系文章的 UI 差异为前提，从复制遗漏、超长字符串、DLC 或 Mod 依赖，到 Wayland 粘贴问题，按失败模式分别解说解决办法。

Factorio 蓝图导入能做什么

蓝图导入用一句话说，就是将外部共享的设计图字符串，原样导入自己游戏内。
无论是共享网站上的代码，还是朋友在 Discord 上发来的代码，在 Factorio 2.0/Space Age 中，都可以从快捷栏的「导入代码」粘贴后读取为建设计划。
省去了自己从头重新搭建，对于初期定番产线、车站规格、采油处理这类高度可重用的设计来说，收益尤其巨大。

这里重点是导入只是导入游戏的入口。
导入后可以立即在该处放置使用，也可以移到库存或蓝图库保存管理供日后使用。
换句话说「读取」和「保存管理」是分开的操作，分开考虑就能让流程更清晰易懂。

本文以 Factorio 2.0/Space Age 为基准说明。
蓝图的概念本身在旧版本文章中也通用，但 UI 位置和名称最好别直接套用。
特别是对于复职玩家来说，比起凭记忆翻旧 1.0/1.1 系文章，从快捷栏的「导入代码」开始会更直接。

官方 Wiki 的『建设计划 - Factorio Wiki』也有说明，蓝图可以作为字符串导出、导入，且导入通过字符串粘贴对话框进行。
文章和共享网站上的那些长串英数字，虽然看起来只是文本，但游戏端会将其解读为建设信息。

从原理略微涉及的话，这个字符串不是给人读的文章，而是蓝图信息文本化后的产物。
即使不知道内部格式也能用，但如果理解为「不是普通备忘录文本，而是随身携带的设计数据本身」，遇到复制遗漏或部分缺损导致无法读取时，就能更容易接受。

我自己经常会直接把朋友在 Discord 上发来的字符串粘贴到「导入代码」然后实战运用。
特别是像车站分岔或油田周边这样，形状固定但手工搭容易出偏差的设计，这套流程特别快。
收到的代码贴上去就能复现同样的配置，多人游戏中也更容易统一设计思路。

我觉得对复职玩家来说，这条路线最容易理解。
要一下子学 B 键的库管理，容易在导入后找不到自己放在哪里。
反过来说，先从快捷栏导入设置，需要的话再整理保存地点，分阶段学习就不容易卡壳。
我一开始也为保存地点迷茫过，但固定了入口后，操作意义就清晰多了。

前置知识：蓝图字符串是什么

术语整理

Factorio 文章和共享网站上的那些长串英数字，不是普通备忘录，而是蓝图文本化后的共享代码。
蓝图本身是建设计划，其中的配置信息、朝向、连接信息等可以文字输出，所以和别人共享时，分享的不是「设计图本体」而是「用于复原设计图的字符串」。

这个机制的优点很明显。
接收方不用一个个手工摆放，只需在游戏内导入画面粘贴一下就能复现同样的设计。
我自己配送为大型基地做的车站规格或精炼块时，字符串比图片和说明文字快得多。
看起来是文本，实际是设计数据这样理解就容易了。

这里容易混淆的是「蓝图」和「蓝图字符串」不是一回事。
蓝图是游戏内用的设计图本体，蓝图字符串是为了分享而用的表现形式。
共享的入口是字符串，但进了游戏后就按常规蓝图处理。

从实际感受来说，了解这个区别后，排查问题时更容易定位。
比如粘贴后没反应，就不是「设计不好」而是「字符串缺损了」「复制范围偏了」这样思考。
光是少一个开头字符就读不了，提前知道这点很有意义。

从哪里获取？

实际使用中，蓝图字符串往往不是自己生成，而是复制别人发布的代码。
常见来源是 Factorioprints 这样的外部共享网站、Steam 社区投稿、个人博客或 Zenn 文章，或者朋友在 Discord 上发来的代码。
车站规格、初期研究产线、采油处理、模块化的精炼厂这些高可重用的设计，特别容易以这种形式流通。

官方『建设计划 - Factorio Wiki』也有说明，蓝图可以作为字符串导出、导入。
也就是说，从外部网站复制代码使用，并不是什么黑科技，而是游戏的正常功能。
文章中直接贴着长字符串的情况，那就是要粘贴的东西。

从我的经验来说，看发布源时，重要的不是「图漂不漂亮」，而是「看得出这设计干什么用的」「前提是什么环境」。
比如原版向还是 Space Age 向、有没有特定 Mod 前置，实用性差别很大。
设计思路有详细说明的发布比较好复用，只放字符串的发布容易用错。

还有，光是了解字符串的真实身份，就能识别出坏代码。
我自己也经历过复制共享代码时，聊天软件的换行或引用符混进去而失败的情况。
这时候只要知道「这不是普通文章，而是缺一不可的数据序列」，定位问题就快了。

建设计划 - Factorio Wiki

wiki.factorio.com

技术原理（Base64/zlib/JSON）※初学者可略过

从技术角度稍微看一下，蓝图字符串不是人类直接能读的格式。
按 Factorio Wiki 的『Blueprint string format』说明，字符串开头 1 个字符以外的部分用 Base64 表示，解码后是 zlib 压缩数据，再解压就是 JSON 为基础的结构。
简单说，设计信息用 JSON 存放，压缩后转成易于复制的字符串。

日常不必意识到这套结构。
实际上，通常玩法中完全不用理解内部，粘贴导入就够了。
我自己分享时，也从不向别人说 JSON 的事儿。
关键只是「看着像文本，实际装的是结构化数据」这一点。

不过知道这点就能理解不少事儿。
字符串中间混进多余字符就容易坏，原因就是编码后的数据。
开头少一个字符、末尾被截断、混进引号或空格，这些问题导致读取失败，都是为了这个原因。
稍微从分析的角度看，「游戏随意失败」不是真的，而是「输入数据损坏了」，就好判断了。

想深入了解字符串内部的，Zenn 的『【factorio】蓝图解析试试看』之类的实例比较容易懂。
能看到配置信息怎么装进去的，对想深入理解设计的人来说是有意思的领域。
不过，导入操作本身不需要到这步。
从使用者角度，只要知道粘贴的对象是「压缩的设计数据」而不是「神秘的文本字符串」就够了。

Blueprint string format

wiki.factorio.com

导入蓝图的操作步骤

实际操作相当简洁，从快捷栏导入，把出现的蓝图保存好就行。
『建设计划 - Factorio Wiki』也是以蓝图能作为字符串导入为前提来整理的。
我自己最初以为粘贴后出现的蓝色物品就是全部，「读取失败」了，现在想起来真傻。
容易看不清的不是导入本身，而是导入后的保存动作。

步骤 1：复制字符串

首先，从发布源原样复制蓝图字符串。
这里关键是只要蓝图字符串本体，不要说明文或前后的多余符号。
共享网站、Steam 社区、个人博客上，代码块前后往往有解说。
复制范围稍微偏一点就读不了，所以要注意从开头到末尾是不是完整的连续字符串。

再长的字符串，通常直接复制也没问题。粘贴前不用整理格式，不用改换行。

步骤 2：从屏幕下方快捷栏打开导入代码

对多数用户来说，快捷栏的导入代码是很容易上手的入口（当然从蓝图库也可以运营）。作为导入起点，快捷栏这边比库那边更不容易迷茫，这样说比较准确。

老文章的 UI 表述和配置可能看起来有点不一样，但以 Factorio 2.0/Space Age 为基准，「先看快捷栏」的思路就很清晰了。
我自己复职后初期也是从库那边找，绕了远路。

步骤 3：粘贴到文本框，点击「导入」

把刚才复制的字符串粘贴到打开的窗口文本框里，按下「导入」。操作就这么多。蓝图导入方法的基础流程也是这样介绍的。

这儿没反应的话，通常不是游戏内设计的问题，而是粘贴的字符串有问题。
我自己的经验也是，失败多数是复制范围错了或混入多余字符，而不是设计本身不好。
前面说过，这不是普通文章而是数据序列，少一个字符都会坏。

蓝图 - Factorio Wiki

wiki.factorio.com

步骤 4：出现的蓝图拖到库存临时保存

导入成功的话，一个蓝色的蓝图物品出现在手里。这里特别容易忽视。只是读取了不等于整理完，还要把蓝图拖到库存临时保存才行。

加这一步就能大幅减少粘贴后蓝图不见的事故。只是为了试用的设计，在库存里放着就够了。

步骤 5：常用的话，按 B 键打开库，永久保存

经常用的设计的话，按 B 键打开蓝图库永久保存，管理就更方便了。
库在小地图或按 B 键能打开，对于常用的车站、精炼厂、研究产线这类定番设计来说，是个很实用的保管地。

从运营逻辑说，先用快捷栏的导入代码导入，把出现的蓝图确保到库存，再移到库里，这个流程比较容易理解。
单个保存的话库足够了，多个汇总的话蓝图册更方便。
特别是为了重复使用的设计，提前决定保管地就能减少重复寻找。

导入后的保存地点和管理方法

库存保存

导入直后出现的蓝图放入库存，是为了在该存档直接使用。
试放采矿哨站、正在做的精炼厂升级、车站临时模板这样「现在这张图用得上」的设计，先放在库存足够了。
拿得快，配置后直接改成自己想要的版本继续用，都很自然。

不过库存保存只是该存档手持运营的场所。
各种定番设计全都混在手持里，后来找起来就费劲了。
我自己初期把车站和精炼的定番全混在一起，后来找的时间就多了。
定番分到库，临时放手里，这样区分就不容易迷糊。

蓝图库保存

长期用的设计，移到按 B 键打开的蓝图库管理就稳定了。
库不只是个放东西的地方，而是「跨多个存档重复利用」的保管柜这么个定位。
『建设计划 - Factorio Wiki』也是以蓝图为可重复使用的设计数据这个前提来整理的。

特别有效的是那些每次都得搭、特别麻烦的定番设计。
比如四连的精炼列、规格化的车站进出、初期电源启动套装，放在库里的话新存档也能立马调用。
和快捷栏配合用也不错，设计能一边改一边保存。

从我的感受说，库存是「现场作业台」，库是「设计室的原本」。这样分了以后，不只是导入完就完事，以后也能顺利找到复用。

用蓝图册整理

蓝图多了以后，比起一个一个堆，用蓝图册汇总压倒性好用。
采矿、铁路、发电、太空这样按主题束起来，找需要的设计就用不了那么多步骤。
单个蓝图长期保在库是库的角色，蓝图册是在库里面有体系地整理内容的容器。

实际运营中，按用途分冊来组织就不容易混乱。
我自己分『采矿组』『车站模板』『太空平台基础』这 3 冊，特别稳定。
采矿组里放采掘机配置、电柱、传送带导出，车站模板里放单向站、躲避、补燃料，就这样。
这样的话比起一堆单个蓝图，「啥放哪儿了」明确多了。

册的好处不仅是检索性。
某个哨站或工序需要的设计整套装一块，启动阶段的流程就对齐了。
工厂设计不是单体最优，而是有关的模块能一套装出来更重要。
册在那点上，把复用性往上提一级。

Space Age 下，要跨星球和平台运营，蓝图管理比往常更重要。
官方文档里没有明确的规格说明，这儿的建议基于社区和实践文章的用户报告。
火箭登乘等操作时有不便的报告，建议常用蓝图提前放库里。

关键很简单，现场用放库存，要保留放库里，相关设计册化。Space Age 下这个整理直接关系到易携带性。

导入失败的原因和对策

复制遗漏、空格、引号（" "、『』）混入检查

导入最常见的问题，与其说游戏侧有问题，不如说是字符串本身有点坏。
从共享页面复制的时候，开头或末尾可能缺失，前后混进空格或换行，或经过 SNS 和即时通讯就被引号替换了。
特别是 " " 或『』这样的符号，不在原字符串里，是多余的装饰。
混进这个就读取失败。

我首先看的是从头到尾是不是真的全选了。
长字符串容易选到一半就断了，末尾缺失外面看不出来。
粘贴前在文本编辑器里放一下，看开头末尾有没有多余空格、换行、引号自动转换，就容易切割定位。
共享源虽然看着折行了，但不代表中间有多余换行，除掉不该有的换行就行，原文的排列保持不变是要点。

字符串越长，复制的途中缺落和多余文字混入越容易发生。粘到导入屏幕没反应时，在疑心难的原因前，先原文重新复制粘贴一遍，往往更快解决。

版本差、DLC/Mod 依赖的定位

字符串本身没问题，但制作环境不同就会配置和说明不对应。
典型例子是在 1.1 系共享的老教学资料，用 2.0 系 UI 对着来，或反过来 2.0/Space Age 前置的设计放到另外环境（版本差会导致「导入项不在」「位置和说明对不上」这样的混乱。
参考：Reddit 贴子 https://www.reddit.com/r/factorio/comments/ryjnef/how_do_i_import_a_blueprint_string_for_v115/?tl=ja）。
还有，包含 DLC 或 Mod 实体的设计，没有这些内容的环境就成不了预期效果，具体表现（导入时弹回还是配置时放不了等）取决于环境，建议事先验证。

定位的顺序是，先看发布源假设的 Factorio 世代是几，再看有没有前置 DLC 或 Mod。
导入的问题和读了出来但零件不足的问题，看着像一回事实际原因不同，效率起见要分开看。

Wayland 粘贴不了的情况和绕过方法

在 Linux 用超长蓝图字符串时，要疑心Wayland 附近的粘贴故障。
Factorio Wiki 的版本历史里，1.1.0 时有记录 Linux 上超大蓝图字符串复制粘贴问题和 Wayland 剪贴板行为不一致的修复。
也就是说，这不是瞎想，而是有历史记录的论点。

从感受来说，20 万字左右就会出现粘贴直后没反应的情况。
我自己的环境也有直接进去的情况，也有经过其他编辑器比较稳定的情况。
字符串越长，失败倒不如说是处理太重看着像卡住了。

绕过办法是，先不急着特殊处理，分阶段来看比较实用。
先重新复制再粘贴，还是不行的话从文本编辑器过一遍去掉多余整形再粘贴，这个顺序比较保险。
另外，Reddit 的『另一种蓝图导入方法』里分享过，X11 这边用拖放成功了的报告。
社区报告为基础，但剪贴板卡住的话换路径，这个想法很有道理。

找不到 UI 的时候

「导出入口压根没有」这种卡法也不罕见。
这时候找的地方，与其说是库管理屏幕本体，不如说是快捷栏侧的导入代码。
老文章和古视频的 UI 位置说明往往和现在有出入，特别是 1.1 系资料对着 2.0 系操作就容易迷糊。

容易遗漏的是功能不是消失了，而是快捷栏显示的状态问题。
按钮看不着时，导入功能本身不如说快捷栏有没有显示更能解释。
我初期也是在库里面找「import string」对应物项，绕了远路，后来整理到「入口在快捷栏」就不迷了。

这类问题多数不是功能有没有的问题，而是 UI 找的地方搬了个位置。看不着时分割一下「这个操作在哪个栏」，就容易整理。

共享过程中字符串坏掉

收到的字符串坏了的情况，来源往往不是发送者这端，而是共享路径。通讯软件、聊天、投