Fable 5.1生成Minecraft光影实测：效果惊艳但Max模式踩坑严重

用AI做Minecraft光影：一次大胆的尝试

将大语言模型用于游戏光影（Shader）开发，是近期玩家社区里颇具话题性的实验方向。传统上，Minecraft光影包的制作需要开发者深入理解OpenGL渲染管线、GLSL着色器语言以及各类光照算法，门槛并不低。而这次B站UP主的测试，直接把这项工作交给了Fable 5.1——让它从零开始，为满血墨鞋（一款主流光影模组）生成完整的光影效果。

测试的基本设定很明确：使用UP主自己搭建的中转站链接和API Key，直接向模型下达需求，观察它能否在没有任何现成光影参考的情况下，独立完成一套可用的光影方案。结果，用作者自己的话说，"一轮对话出来，愿意一停就是个壁纸"。

踩坑记录：Max思考模式的效率陷阱

在正式评价成果之前，作者花了不少篇幅吐槽使用体验，这部分对想尝试同类AI光影生成工具的人很有参考价值。

Max模式：两个小时颗粒无收

最核心的教训是：不要用Max思考模式。作者在Max模式下让模型运行了整整两个小时，结果什么可用产出都没有。从日志可以看到，模型在这个过程中进行了将近四十多次websearch，中途还反复触发搜索，一个小时内就有十一次搜索记录。

这暴露了当前AI Agent在处理长链条专业任务时的一个典型问题：过度检索与思考发散。模型陷入了不断搜索资料、验证、再搜索的循环，消耗大量算力却难以收敛到最终交付物。

Token成本：两轮下来近两千万

效率问题直接反映在成本上。作者提到，两轮对话总共消耗了接近两千万token。对于一次光影生成任务而言，这个消耗量相当惊人，也说明Max模式在这类场景下并不具备实用性价比。

最终作者选择放弃Max模式，新开对话用普通思考强度（作者称之为"高思考强度而非Max档位"）来完成任务——而正是这个降级的选择，反而带来了更快、更可用的结果。

成果检验：光影效果超出预期

真正让作者惊喜的是最终的渲染效果。整套Minecraft光影覆盖了多种环境与天气条件，作者逐一进行了检验。

昼夜与天气的完整覆盖

模型生成的光影不只是处理了白天的基础光照。测试中发现：

• 夜晚场景：有专门的处理，作者看到夜景效果时直呼"有点强了"；
• 下雨天气：确实做了针对性修改，雨天氛围到位；
• 夏季维度：中途模型自主调整到了夏季配置，其他维度也有相应改动，虽然夏季变化不算特别明显；
• 雷雨天气：这部分变化较小，是相对薄弱的环节。

这种对多种环境状态的分别处理，说明模型在生成光影代码时确实理解了光影包需要覆盖游戏内不同场景的逻辑，而非简单套用一个通用滤镜。

达尔文效应等高级光影特性

作者特别检查了几个进阶光影特性。所谓"达尔文效应"（社区对某类光线/景深表现的俗称）在生成结果中是存在的，下雨效果的实现也令人满意。这些细节的到位程度，让作者反复感叹"做的还真不错"。

不足之处：仍有瑕疵待打磨

惊艳之余，这套AI生成的光影成果并非完美无缺：

• 水面表现：地面下方的水体存在明显问题，是需要进一步修正的部分；
• 部分元素丢失：作者提到画面里"我的鱼好像没了"，说明某些游戏内实体的渲染出现了缺失；
• 雷雨天气：如前所述，这一天气状态下的光影变化不足。

有意思的是，这套效果是在非Max档位下产出的。作者推测，如果用Max思考模式（在它能正常收敛的前提下），效果可能会更好——只是当前Max模式的效率问题让这个假设难以验证。

AI辅助光影开发的现实意义与建议

这次测试给出了一个相当积极的信号：即便没有任何现成光影作为参考，Fable 5.1也能在一轮对话中，独立生成一套涵盖昼夜、雨天、多维度、且带有达尔文效应等高级特性的可用Minecraft光影包。用作者的话说，成品"至少能看了"，甚至可以直接当壁纸。

但同时，实用层面的坑也很清晰：思考模式的选择直接决定成败。盲目追求最高档的Max模式，反而会陷入检索发散、两小时无产出、烧掉巨量token的困境。对于想复现这类实验的玩家，选对档位、控制成本，可能比单纯堆算力更重要。

总体而言，AI在专业化、图形化的创作领域正在展现出越来越强的即用能力。虽然水面、实体渲染等细节仍需人工打磨，但"一句话生成光影"从概念走向可用，本身就是一个值得关注的进展。