Jev Gallery

JEV GUIDE

Jev 游戏 NPC:合法动作选择、决策循环与回退

给 NPC 接入 Jev,可以从“下一步选什么动作”这个小问题开始。地图、碰撞、资源、棋规与胜负仍由游戏代码维护,模型在当时允许的候选中选择。

小镇、棋类与潜行游戏分别怎么用?

Jev Lab 包含 Hundred 小镇和将棋应用,默认可以使用本地 Rules 模式;将棋候选由引擎生成。看到游戏能运行,不等于已经调用 Jev,也不等于评估了模型策略。

依据: Jev Lab · Hundred & Shogi · pinned source ↗

把世界状态与决策状态分开

HEIST//ONE 将局部观察、可选目标与战术选择交给 Jev,而世界模拟由确定性代码维护,并检查无效或过期判断。本站核对了其实现资料,没有运行游戏验证行为质量。

依据: HEIST//ONE · pinned source ↗

设计一个不会执行过期动作的循环

以下为编辑设计的流程:从当前世界提取 NPC 可见状态,生成带 ID 的合法候选,携带状态版本发起请求。答案返回后再检查目标、资源与版本;不再可执行时丢弃答案或重新决策。

合成例子:守卫请求时门还开着,返回“穿过门”前门已关闭。应用应重新检查路径;模型选择不应绕过碰撞检测。超时可以执行事先定义的等待或巡逻行为,而不是无限阻塞游戏循环。

怎样测试 NPC,而不只看演示?

编辑建议比较相同地图、随机种子和场景下的规则模式与真实 Jev 模式。把缓存回放单独标注;记录决策请求、被拒绝动作、回退次数和端到端延迟,再由试玩者评价行为是否连贯。

调用频率应由行为变化决定,而不是直接等于渲染帧率。增加 NPC 数量前,测量实际请求量与费用,并测试大量同时决策和服务不可用的情况。这里没有成本、胜率或延迟基准结论。

接着看这些项目

继续阅读