规划器与执行器步数上限不一致致计划被静默拒绝
热点事件持续更新
规划器与执行器步数上限不一致致计划被静默拒绝
1 篇报道1 个报道来源7 小时前更新
先了解这件事
AI 综述
追光者49排查自动化系统"步骤过多(6>5)"报错，发现根因是规划器 decompose 默认 max_steps=6 与执行器守卫 MAX_STEPS=5 常数不同源：系统自己生成的 6 步计划被自己的守卫静默拒绝，并非执行能力不足。 据其分析，这类 bug 不崩溃也不抛异常，拒绝信息混在普通失败里，容易被误读为"能力不足"，从而系统性低估任务成功率。 追光者49给出的修复建议是优先把超过 5 步的目标拆成两个子任务，而不是直接放宽执行器守卫的上限。
AI 根据报道生成 · 2 小时前更新
最新进展10月16日 11:19
规划器写 6 步，执行器只收 5 步：一个常数不一致，让自动化白跑了几个小时报道时间线
沿着报道，了解事件的不同侧面。
10月16日
- 掘金规划器写 6 步，执行器只收 5 步：一个常数不一致，让自动化白跑了几个小时
排查自动化工作器"步骤过多(6>5)"报错发现根因：规划器 decompose 默认 max_steps=6，执行器守卫 MAX_STEPS=5，常数不同源导致系统自己生成的 6 步计划被自己的守卫静默拒绝。这类 bug 不崩不抛异常，拒绝信息混在普通失败里，容易被误读为"能力不足"并系统性低估成功率。修复建议优先把超过 5 步的目标拆成两个子任务，而非直接放宽守卫上限。
本事件热度走势
还没有足够的连续观测数据，暂不绘制趋势。