下载 App

AI 做大型关卡时,每次重读几万字 JSON 是不是太笨重了?

修改于06/21931 浏览开发交流
最近在用TapTapMaker 做一个横版二次元平台跳跃项目,随着关卡越来越复杂,遇到了一个很头疼的问题:编辑器导出的配置越来越大。最开始 AI 协作时,我是直接把完整 JSON 发给模型。后来关卡配置逐渐膨胀到几万字。于是出现几个问题:
  • 对话框传输困难
  • 积分消耗巨大
  • AI 每次都要重新理解整个关卡
  • 很难知道 AI 这次到底改了什么
于是最近花了一段时间折腾编辑器同步流程。最终做了几项优化:
1. 全量 JSON → 增量同步
原来
完整关卡JSON
发给AI
AI分析差异
现在
编辑器操作
生成Intent
合并修改
输出Patch
发给AI
AI只需要关注:新增了什么,删除了什么,修改了什么
而不需要重新阅读整个关卡。
例如下图:
左:编辑器完整操作表,6w+字符用于debug
中:events、intents、mergedIntents、patchPreview 四套信息。
右:最小操作集传输,只同步最小结构化改动
TapTap
相同操作量三个阶段打出来的三份表
2. 编辑器内 Diff 预览
增加了变更预览:
新增节点
修改属性
新增对象
修改连接关系
每次同步前都能看到:本次修改了哪些内容
方便检查 AI 是否理解正确。
TapTap
简易diff
TapTap
把最小操作集列表粘到这里
3. Intent Merge
很多操作实际上会产生大量重复事件。
例如:
拖动节点
修改文本
修改输出连接
原始记录可能十几条,但最终只保留:节点最终状态
TapTap
43项操作经中间层算法集成为8改动
减少同步体积。
4. 浏览器日志同步
后来发现可以直接通过浏览器日志让 AI 拉取同步数据。
于是:
手动复制JSON
变成:
编辑器输出同步日志
AI读取日志
绕过了对话框长度限制。
TapTap
现在不用复制粘贴了
5. 版本存档
目前采用:时间戳+Diff摘要+完整JSON快照
形式保存关键节点。
例如:2026-06-21
新增3个Trigger
修改Dialog节点
新增Camera演出
【全量json留档】
同时保留对应快照。方便回滚和排查问题。
TapTap
文档结构
流程:编辑完成后在编辑器中点击保存,ai同步,导出diff三个按键,在对话框中输入同步编辑器改动,嗒啦啦可以自动拉取并按照标识分类日志,diff和全量json写进项目文档进行留存,最小操作集配置表写入文件进行重新构建,一条龙服务。
(为防止最小操作集吞操作的问题,协议中禁止了未拉取到全量json写入文档前提下的ai sync自动构建)
TapTap
编辑器,后续优化ui,现在能用就行
这套东西本来只是为了处理:“几万字关卡配置已经传不动了”这个问题。但做到后面发现,它顺带解决了:
  • 大型关卡配置同步
  • AI上下文污染
  • 修改审计
  • 变更回溯
  • 多轮协作维护
后续思路(还未实践,只是有想法):反向利用该架构,让ai基于编辑器操作将提示词可视化且可控的实现(比如帮我把策略节点连好),这样提示词和可视化可以归并进一套流程,防止一句话能讲清的事情手动连接几十节点,或者是拖一下物件解决的问题和ai描述半天位置
发帖只为记录开发心得,欢迎讨论。最后放一个新做的ui[TapFamily1_阿巴阿巴]
TapTap
猜你想搜
taptap 制造ai关卡同步
别再烧积分了!从每次 2000 到每次 50 的血泪经验截图
别再烧积分了!从每次 2000 到每次 50 的血泪经验
适用场景:所有在用 TapTap Code 开发游戏的小白 难度:★☆☆☆☆ 背景最近群里总有人"炫耀"一次操作花了几千积分,说实话这不是值得高兴的事——这是在告诉所有人你的开发方式有根本性问题。我也走过这条弯路,所以来说说怎么改。 积分消耗的本质是什么积分 = AI 处理的 token 数量 = 你发给 AI 的内容 + AI 回给你的内容所以烧积分的本质只有两种: 你让 AI 做了大量无效/重
精华
66 赞
20 回复
03:06
为了不被斩杀,我只能做到这些了截图
为了不被斩杀,我只能做到这些了
之前一直申请不到计划3,之前说太花哨,后面说体量完成度不足,在我一番小作文下,编辑终于给了我解答,什么原生质感,玩家开局体验啥的。 本来计划2也够用,准备以后再优化了,结果计划2赠送的积分要砍半了,学生党实在消费不起,于是只能再冲一波计划3了 从周六中午到现在一天半时间,优化了一遍角色卡,战斗卡,还有抽卡界面,优化了新手教程,该说不说确实比之前要舒服些。 前半部分为新版,后半部分为旧版。 明天再次
28 赞
6 回复
00:18
不知道为什么有点想写小作文,感触确实很多截图
不知道为什么有点想写小作文,感触确实很多
半个月前的广州场聚光灯其实是我第一次接触游戏制作,不是有ai配合的第一次,而是切切实实的第一次,在此之前我没有接触过任何游戏引擎和游戏制作方面知识,硬要说的话我算能看懂代码,但自己敲是绝对功底不够的,可以说是taptap制造给了我一个出现在这的可能性。 这个是我在广州场聚光灯做出来的游戏,是一个很简单的玩梗换皮flappy bird小游戏: 我现在在做的这个项目源于gamejam的day2,那时候
17 赞
3 回复
如何提升你游戏中的UI美术水平截图
如何提升你游戏中的UI美术水平
一、请为你的游戏挑选一款合适的字体 很多开发者没有注意到其实UI界面中最重要的元素是字体,一款合适的字体能给整个游戏的界面感官带来蜕变。 请看案例 那么如何挑选适合自己的字体呢? 我总结出了一些小经验可供参考: 黑体:通用 宋体:古风、武侠、修仙 楷体:古风、武侠、修仙 圆体:卡通、动漫、Q版 科技:科幻、未来、电子 顺手分享一个免费可商用字体网站: 当然 如果你不知道自己的游戏适合什么风格
精华
122 赞
44 回复
开发心得-界面布局心得截图
开发心得-界面布局心得
大家好,我正在用 TapTap 制造制作一款2D 治愈林间徒步旅行游戏《徒步荒野》。 我分享一下我的开发心得,希望能有用,下面是一些界面布局的心得。 第一步:定版式、操作 先确定游戏是横版还是竖版、需要哪些操作按钮,敲定整体玩法思路。 我的玩法灵感参考《边境之旅》,主打散步看风景、沿途触发随机事件。 原版是 3D,考虑到自己是新手,选择2D 横版街机式来做,制作更简单、好上手。 第二步:敲定全局美
6 赞
2 回复
浅记《阿方的旅程》开发历程截图
浅记《阿方的旅程》开发历程
预计阅读时长10分钟,欢迎您先品鉴游戏,再回来看这篇“流水账” 这是我第一次实际接触“用自然语言制作游戏”,也是我第一次接触游戏开发工作,所以一切都是从零开始,跌跌撞撞,懵懵懂懂。[表情_豹哭] 我是通过获得的本次开发资格,6月22日晚,在微信公众号收到了测试资格的消息,最开始公布主题“跳跃”的时候,脑子里最先想到的就是几款非常经典的游戏「马里奥」「Flappy Bird」「Doodle Jump
9 赞
1 回复
01:27
《大二暑假,我用AI做了一款属于自己的游戏》截图
《大二暑假,我用AI做了一款属于自己的游戏》
本人自制游戏现已加入taptap封闭测试(仅适配安卓机型)欢迎大家前来尝试(八月十号可以正式开始游玩) 如果有建议或者bug反馈可以加入qq群928501443 #发现好游戏 #游戏日常 #浅评一下 #今天游戏圈发生了啥
3 赞
2D 等轴测视角:完整理论截图
2D 等轴测视角:完整理论
2D 等轴测视角:完整理论 一、视角的本质 什么是等轴测 人站在高处斜着往下看地面,地面上的方格子不再是正方形,而变成了菱形。这就是等轴测的视觉本质。 俯视(正上方看下去): 等轴测(斜上方看下去): ┌──┬──┬──┐ ◇ ├──┼──┼──┤ ◇ ◇ ├──┼──┼──┤ ◇ ◇ ◇ └──┴──┴──┘ ◇ ◇ ◇ 正方形网格经过旋转 + 压缩,变成了菱形网格。 为什么是 2:1
6 赞
【UI教程】如何将已有的效果图应用为实际的UI界面截图
【UI教程】如何将已有的效果图应用为实际的UI界面
在经过了一些折腾和比较折磨的尝试后,我总算是摸清楚了嗒啦啦怎么把UI效果图转换为实际游戏中的UI组件,今天就给大家带来这部分的经验分享。 tips:1.本篇教程需要各位掌握最基本的ps使用,具体的操作部分我会大致讲解,但仍需各位自行学习ps的基本操作,部分可以由ai代劳的环节我会注明。 2.本篇教程需要在以我前两篇教程作为前置环节,请在阅读这两篇前置教程后再进行本篇教程内容的学习 在按照前
10 赞
4 回复
【Tap make 塔拉拉之立项干货】萌新看过来!截图
【Tap make 塔拉拉之立项干货】萌新看过来!
题外话:本人也是tap make 使用者之一。塔啦啦忠实信徒、天哥忠实拥护者、八年游戏策划经验的低级策划。但是!我已经做出来一款5000+热度、且稳定可更新的框架、并且还在持续产出更多游戏内容的橘猫! 这几天正好在开新坑。我是3月初加入的tapmake大家庭。两周时间于3月25日将这个作品上架。当时的全凭感觉摸索。如今,自己也是一个有自己项目的小菜鸡了。今天,就来分享一下,如何高效的制作一款高大上
投票精华
68 赞
24 回复