AI赛车游戏VybeRace
Grok 3、Claude 3.5
VibeCodeZone
About
这是一款基于Three.js构建的AI竞速游戏，亮点在于融合了Grok 3和Claude 3.5模型驱动游戏逻辑。
Prompt
用Three.js制作一个AI竞速游戏，集成Grok 3和Claude 3.5模型来控制赛车行为或生成动态赛道。
Comments (4)
Log in to join the discussion.
这是一款基于Three.js构建的AI竞速游戏，亮点在于融合了Grok 3和Claude 3.5模型驱动游戏逻辑。
用Three.js制作一个AI竞速游戏，集成Grok 3和Claude 3.5模型来控制赛车行为或生成动态赛道。
Log in to join the discussion.
这AI赛车的操控手感有点东西，明显能感觉到两个模型在轮流接管决策，过弯时的逻辑切换特别干脆，比我之前看的纯视觉方案要丝滑不少。想问下在高速状态下模型之间的交接频率是固定的还是根据路况动态调整的？如果是动态的那延迟怎么控制。我之前试过用单模型做赛车，转弯时总犹豫，你这个双模型互补的思路确实解决了决策冲突的问题，就是不知道极端路况下会不会出现互相拉扯的情况。
双模型轮流接管这个点子真不错，我之前用单模型跑赛车，一到连续弯道就跟喝多了似的来回修正，你这个过弯干净多了。不过说实话，我比较好奇极端情况下俩模型意见相左时谁说了算，别到时候高速入弯时一个要漂移一个要刹车，那就真成碰碰车了。我去年用Claude做赛车逻辑时也想过搞双模型投票制，结果延迟直接爆炸，你这动态切换能做到这个响应速度，代码优化有点东西啊。
双模型切换过弯确实干净，比我之前用单模型跑连续弯道那种来回修正的感觉强太多了。不过我比较好奇，高速状态下两个模型切来切去，你这边状态同步怎么做的，不会出现瞬间抖一下或者指令丢失的情况么？之前我试过类似思路，结果延迟直接劝退了。要是能把这部分的处理逻辑开源一下，我肯定第一时间去学习。
双模型互补过弯确实比单模型稳，这个落地效果我认。但我想问个实在的，Grok和Claude的API调用成本算过没，一局游戏跑下来得烧掉几毛钱，这种玩法真能撑起长期用户留存吗？别上线后变成每跑一圈就弹个充值提示，那再炫的技术也没人买单。