《宝可梦：剑/盾》官方否认使用前作模型，强调因Switch平台画面升级必须全部重做，但玩家仍因断代决策和信任危机持续争议。
2019年夏天，《宝可梦：剑/盾》还未正式发售，便已陷入一场空前的舆论风暴。玩家社区中流传着各种对比视频与分析帖，声称Game Freak直接套用了3DS前作的宝可梦模型和动画以“节省成本”，甚至将“偷懒”指责与断代决策直接挂钩——一时间，愤怒与失望的情绪席卷了整个粉丝社群。然而，面对愈演愈烈的质疑，Game Freak透过Fami通杂志的访谈作出了正式回应：“我们重做了所有模型。”
这一声明，并没有如预期般平息争议。
一场源于“对比视频”的信任危机
事件起源于Reddit等玩家社区中广泛传播的“技术分析”。有玩家将《宝可梦：剑/盾》已公布的画面与《太阳/月亮》《终极日/月》进行逐帧比对，指出不少宝可梦的模型网格拓扑、动作序列甚至贴图细节极其相似，推测GF并未重新制作模型，而是将旧模型稍作调整便移植到新平台。
这类帖子迅速引爆玩家情绪。很多人认为，既然模型是“沿用”的，那以“工作量过大”为由削减全国图鉴就站不住脚——这不再是一个技术限制问题，而变成了开发态度问题。“他们明明可以做得完，却不愿意。”这样的声音迅速成为主流。
然而事实上，Game Freak的核心成员増田顺一与大森滋在访谈中很早就解释过：由于Switch平台对画面质量和视觉表现的要求远高于3DS，每一只宝需梦都需要重新调整建模、重绘贴图、重构光影，甚至重新绑定更复杂的动画系统。用他们的话说：“从零开始重做，是为了达到主机级的标准。”
可悲的是，这份澄清发布的时间远早于谣言发酵的阶段，却像一颗投入大海的石子，未能激起多少波澜。
技术升级，是飞跃还是负担？
玩家或许很难想象：一只皮卡丘从3DS跳到Switch，到底经历了什么。
在3DS上，宝可梦的模型和动画需要适配一块400×240像素的下屏。而到了Switch，输出环境变成了最高1080p的家用机模式——分辨率提升超过二十倍。这意味着原先被像素模糊掉的细节缺陷将暴露无遗，贴图精度、多边形数量、骨骼绑定、动态光影，全部需要推倒重来。
这还不包括极巨化、Mega进化这类覆盖全宝可梦的系统机制。极巨化不仅意味着模型要等比放大，更要重新处理特效、动作幅度、场景互动，甚至对战平衡。用开发团队的话来说：“每做一个系统，都是牵一发而动全身。”
而另一个经常被忽略的事实是：此时的宝可梦图鉴总数已突破800种，算上形态差异则接近1000。如果每一只都要按Switch标准重新制作模型、设计动作、测试交互，其工作量已接近甚至超过一款3A大作的角色量级——但Game Freak的团队规模，却仍保持着百人左右的“精品工作室”配置。
“断代”之争：理想主义终向现实低头？
比起“是否重用模型”，更深层次的矛盾其实在于：“断代”这一决策是否不可避免？
増田和大森对此坦言：“即便在《太阳/月亮》时期，要实现全图鉴也已非常困难。”《宝可梦》正作每隔一两年就要推出一代，开发周期极短，而内容量却如滚雪球般越来越大。当高清化、开放世界、系统创新成为必须，而人力与时间依然有限，“选择”就成了唯一出路。
他们希望玩家理解：这不是偷懒，而是战略调整。“我们想专注做好每一只入选的宝可梦的表现，而不是贪多却失去精度。”
可对许多老玩家来说，宝可梦不只是数据，而是伙伴与回忆。从初代御三家到阿罗拉的形态变化，从蛋招式到对战战术，每一只宝可梦背后都连着无数玩家的青春与故事。“不能全部携带”，对很多人而言，等于切断了他们与过去自己的连接。
沉默的大多数？信任是否需要重建？
在这场风波中，一个值得玩味的现象是：尽管官方澄清早在流言之前，却是后者更广泛地深入人心。“GF重做模型”的报道下，最高赞的评论往往是：“不会真的有人信了吧？”“这难道不是公关话术吗？”
当情绪压过事实，当怀疑成为习惯，开发者与玩家之间的信任桥梁似乎已经摇摇欲坠。
但我们也应看到：仍有很多玩家愿意理性看待技术迭代的挑战，也有人指出——即便模型结构相似，也不代表没有重做，模型优化本身本就是行业常见策略。《剑/盾》最终发售后的实际表现，尤其是极巨战、旷野地带的开放感与宝可梦的生动程度，确实展现出许多不同于3DS时代的细节与进步。
结语：在进化与传承之间
《宝可梦》已是一个跨越二十多年的超级IP。它承载的不仅是Game Freak的开发愿景，更是全球数以亿计玩家的期待与记忆。当技术迭代、体量膨胀与开发周期发生碰撞，妥协似乎成为必然。
“我们重做了所有模型” —— 这句话是澄清，也是一种自白。它背后是开发团队在有限资源下的全力投入，也是一个老牌系列在进化路上的无奈与坚持。
也许，从来就没有完美的解决方案。但至少，我们该听的，不该只是情绪的回声，而是试图理解：每一场争议的背后，都是热爱与热爱的碰撞。而未来的宝可梦之路，仍需开发者和玩家共同走下去。
本文基于2019年时事与官方访谈重构视角，旨在呈现事件的多面性与开发背后的复杂性。技术细节描述仅供参考，以实际开发情况为准。