用AI还原《坦克大战》并3D化升级！

上一篇聊到，用 Claude Fable 和 Codex 联手把经典游戏《坦克大战》硬生生搬进了 3D 世界——网页版和电脑版都跑起来了，还挺像那么回事儿。

但说实话，玩了几把之后，还是觉得有那么一点美中不足。拿 Fable 自动生成的 2D 版来看吧，问题一下子就出来了。

这是 AI 生成的图片：

为了做对比，还专门翻出了模拟器，把《坦克大战》NES 原版拉了进来。

截出原版的地图，是这样：

一对比，两个硬伤就原形毕露了：地图布局跟原版不对路，子弹打砖墙的效果也不一样。

具体来说，原版里打基地旁边的砖墙，要两枪才能打烂一堵；我这版本是一枪就碎。结果就是自家大本营脆得跟纸一样，难度硬生生拔高了一截。

说实在的，这两个点不改，游戏照样能玩、也照样开心。但既然有这个底子在，那就再往前推一步，让它更完美一点。

所以今天的任务分三块：第一，把第一关地图按原版还原；第二，把砖墙的射击逻辑改对；第三，顺手做个地图编辑器出来。

这三个功能做完，又砸进去一整天。细节改起来是真要命，不过折腾完，收获的全是实打实的经验。

游戏和在线网址放在文末，先记录一下改的过程。

1、修改地图

修改地图这事儿，最大的坎儿其实就一个——怎么让 AI 真正看懂你的想法。

一开始想得很简单：给它一张游戏截图、一份原版平面图，它总该能自己搞定吧？事实证明，这事儿比想象的难多了。

需求大概这么表述的：

它给出的回应看着是懂了，但结果一出来，还是差了一截。

地图确实是改了一点，但细节差了一大截。又试着用画红框的方式让它定点改，结果越改越离谱。

Opus4.8 平时改网页那是真的强，但改这张 3D 地图，它好像彻底懵了。来回折腾几次，5 小时配额直接耗光。这条路，走不通。

不过人嘛，遇到墙就转头。我让它别急着改图，先帮我分析一下地图的底层构造。

原来地图是通过这种网格字符串表达的：

row0.............row1.b.b.b.b.b.b.row2.b.b.b.b.b.b.row3.b.b.bsb.b.b.← 中央 2×2 钢，上方留凹槽入口row4.b.b.b.b.b.b.row5.....b.b.....← 中央两块孤立小砖row6ss.bbb.bbb.ss← 左右边墙嵌钢 + 中部横墙row7.............row8.b.b.bbb.b.b.← 下半柱 + 中央 H 横梁row9.b.b.b.b.b.b.row10.b.b.b.b.b.b.row11......b......← 基地正上方引导墙row12.............← 基地及护墙由 ringTiles 生成

默认地图是 13×13 的网格。原版第一关里一半是钢板一半是砖墙，为了还原这个格局，直接升级到了 26×26 网格。复杂度一翻翻了好几倍。

既然已经是网格，那必然有坐标。干脆让 Opus 把所有坐标都标在地图上，按坐标来精准定位修改。

光是把这个 3D 视图对位整齐就折腾了不少时间——第一次因为 3D 透视没对齐，坐标标上去全歪了。调完修正后终于完美贴合。

然后开始对整个坐标系统发号施令，告诉它「把第某号格改成什么」。这一下，终于能做到指哪打哪了。

不过这张坐标图信息量是真的爆炸，截图出来 6 MB，压完还有 2 MB。看久了眼睛都花了。

2、优化射击效果

地图搞定，接下来轮到第二个问题。

原版里我仔细看过：大本营那块砖墙的厚度大概是普通砖块的一半，子弹一发下去消耗的是“一半的一半”——也就是说，一枪只能打掉四分之一，得四枪才能完全打烂一座墙。

但我们的版本完全不是这个逻辑——一枪直接啃掉一半，基地砖墙只能撑一枪，跟原版差远了。

要修这个，得把整个系统再升一级：从 26×26 一路升到 52×52，复杂度又是指数级增长。

更麻烦的是，怎么把这个需求给 Opus4.8 讲明白。

试探性地问了一嘴可行性：

它分析完之后直接列出了要动的地方，并给了两个方案：

两种实现思路：​方案A：只给砖加 2×2 子块 mask（推荐） — 只有 BRICK 引入子块，钢/水/树/冰/空仍整格（原版钢板也是整块炸）。改动集中在 4 个函数 + 一个子块数据结构，范围可控，性能可接受。​方案B：把整个 map 升到 52×52 — 概念上最简单（N=26→52、TILE=16→8，一切天然半格），但渲染 cube 数 ×4（最多 2704 个）、很多硬编码坐标（护墙 ringTiles、BASE、出生点、各种 clearTiles）都要重算，性能和风险都更高。复杂度结论：属于中等偏大的改动，不是小修小补，但范围可控——核心难点就是让「子块状态」在破坏、碰撞、渲染三处保持一致。推荐方案A（砖块 mask），1 次专注重构能做完，且不碰地图数据格式和编辑器。​要做的话告诉我，我按方案A来。​

坦白说，我对 3D 游戏的底层结构还没那么熟，它说的这些概念也并不是全懂。但方案A显然是更优的——改动范围小、不掉帧、不影响已有的地图编辑和渲染逻辑。

决定就按它的方案走。不过心里多多少少还有点忐忑——毕竟它自己也说了是“中等偏大”的改动难度，而我又不是什么游戏引擎老手。

但这个问题不推进不行，硬着头皮也得干。

然后，经典的一幕来了：没有意外的话，必然会出现意外。

改完之后，射击的力度确实是对了。但是——墙上直接被打出一个坑。

这就尴尬了：坦克要怎么在上面移动？

我该怎么跟它表达「射击力度是干掉四分之一，但坦克垂直的那一面，宽度是一单位；如果坦克稍微偏一点位置，那就应该干掉二分之一」？

自然语言编程最大的难点就在这儿——你根本不知道该怎么精准地描述你要的东西。

好在这次 Opus4.8 听懂了。

最终调完之后，效果基本上完美了。

《坦克大战》第一关的地图布局和子弹伤害逻辑，已经高度还原。

至于后面的关卡——目前全部由最强的 Fable 自动生成。我只刷到第 10 关，设定里总共有 35 关。后面的关卡长什么样，我也还一无所知。

3、地图编辑

为了把每个关卡长什么样搞清楚，同时能可视化编辑它们，我干脆又做了一个 Map 功能。

这个功能可以把关卡的字符串数据直接转成可视化的图片。

光看还不够，顺手把编辑功能也加进去了。可以直接在地图上点选修改、增删砖块和钢板，改完之后一键导出为地图数组或字符串。

这样一来，以后要更新游戏的地图就方便太多了。

既然都能可视化编辑了，那干脆再加一个「图片转地图」的功能吧。

把任意关卡截图拖进去，系统会自动生成对应的地图。

生成后稍微手动调一下，就是一个全新的、有意思的关卡。

这个功能目前还以自用为主，稍后会分享出来，让大家都能自己编辑地图。毕竟地图编辑器的存在，才让游戏真正的生命力释放出来。