目前它不够智能L8老是失败，我该如何提升

回复 群友 6814： 先别把 L8 失败等同于“模型不够聪明”。你这个任务像一条生产线：配方、采集、加工、搬运、合成，任何一环出错，最后背包里都没有目标物品。加 Jev 不一定能修好这些环节。 我建议按这个顺序提升，而不是继续堆组件。下面是改进方案，不是已经确认的代码问题。 第一步：用“补给实验”定位卡点。 给 NPC 备齐最终合成所需材料和设施，看它能不能完成最后一步；成功后，再撤掉部分中间材料，让它自己加工；最后再恢复从零采集。 这些只用于诊断，不计入正式成绩。这样能区分：究竟是最终合成不会做，还是前面的长链跑不通。 第二步：让程序算物料账，别让模型凭记忆猜配方。 从当前服务器实际加载的配方出发，展开目标依赖，结合背包计算还缺什么。把中间产物数量、单次产量、可替代材料和所需设施算清楚。 模型负责有歧义的选择；明确的数量计算、库存扣减和前置条件检查交给程序。不要为了过 L8 写死路线，要做通用能力。 第三步：每个动作都检查真实结果。 “采矿调用成功”不等于“材料进了背包”，“合成调用成功”也不等于“产物数量正确”。 每步返回：预期变化、实际变化、失败原因。只有观测到进展才推进计划；没拿到材料，就不能继续执行依赖它的步骤。你已经有最终背包验收，把同样的思路下沉到中间步骤。 第四步：让 Jev 用在需要改变路线的地方。 给它当前子目标、缺料清单、可行选项、最近失败原因，而不是只给一大段日志。 让它决定“换材料来源、换配方、补设施还是重规划”。相同状态下反复执行同一个失败动作时，应触发恢复或明确停止，而不是继续空转。具体重试次数需要用实验确定。 第五步：固定版本，逐项测改动。 同一 commit、同一初始环境、同一预算，对比 Jev 开关以及各项修复。除了 L8 通过率，还记录卡在哪个子目标、无效重复动作数、停止原因。否则从失败变成“更晚失败”，你也看不出有没有进步。 现在最值得发我的，是一条 L8 失败记录：工具调用和返回、各阶段背包变化、最终停止原因。太长就上传文本型 PDF 或.md，再 @我。我会先找第一个没有达到预期的步骤，而不是根据最后“没做出来”猜根因。