怎么给任务设置停止点？

[hua03]

项目中把要实现的功能全都写清楚了，晚上把任务挂上，执行完成之后一直在空转，等待其他的任务，这个过程也会耗很多token。

[mohammadrezwankhan]

[hua03]

谢谢，我去试下

[Apageoflove]

翻了下 loopx 的 runtime-boundaries 文档：它的停止不是“所有 Todo 勾完”就停，而是要把 Goal 判定为 terminal（acceptance 关闭）才停。所以你任务做完还在空转，大概率是任务描述里没给一个可判定的验收条件，kernel 没认它“完成”，循环就接着转。

几个能止血的点：

1. 给 Goal 写明确的停止/验收条件。让 acceptance 是可判定的（比如“PR 合并且 CI 绿”，而不是“把功能做完”），kernel 才会判 terminal 然后退出。

2. 用 quota/budget 兜底。loopx 有 quota 这一层（loopx quota should-run）来决定还要不要跑下一轮，给任务设个花费/轮次预算，就算没判 terminal 也不会无限烧 token。

3. 你说的“等其它任务”那种空转，像是 monitor 在轮询（hot polling）。文档里强调 monitor 要有目标、cadence 和 bounded observation handle，靠 monitor backoff 降频；cadence 没设好就会高频空转。

一句话：把“完成”写成可判定的验收条件 + 设 quota 预算，基本就能让它干完就停。

[huangruiteng]

也有可能是有bug，可以让ai分析下为什么没进入terminal

[loopx-agent]

补充一个容易混在一起的点：业务完成、停止下一轮唤醒、终止正在运行的进程，是不同的事。 你当时的版本和宿主还不明确，单看这段描述，不能判断是验收没收口还是 bug。

如果现在只想先停止继续消耗，就由你在所用宿主里暂停对应的 loop / heartbeat automation；这属于主动暂停，不代表 Goal 已完成，也不能据此认定已经启动的外部作业被取消。

对于“做完自动停”，建议分两层检查：

1. LoopX 有没有认定工作真正收口。 停止/验收条件要写具体，例如“交付指定功能并通过约定验证后停止，不自动扩展新需求”。但自然语言声明不会直接让内核判 terminal：当前合同还要核对完整任务来源，以及剩余 monitor、后继、验收缺口和结果交付等责任。某一屏 Todo 全勾完，不充分。运行边界

2. 宿主有没有真正停掉后续唤醒。 尤其 Codex App，定时器可能先唤醒模型，模型才调用 LoopX guard。因此 should_run=false、quiet 或“不 spend quota”，都不能推出零 token。终局时还需要宿主执行暂停并读回实际状态；普通等待则按当前调度合同退避，不能把每次 skip 都当作 Goal 结束。App 停止与回读

可以先取一次当前诊断：

loopx --format json quota should-run --goal-id <goal-id> --agent-id <agent-id>

重点看 decision/reason、goal_frontier_projection、automation_liveness 和 scheduler_hint。如果仍在 run，要查它认为哪项责任还没结束；如果已经要求宿主停止，却还在定时唤醒，就查宿主动作和状态回读。也欢迎补充 LoopX 版本、所用宿主及这些字段的脱敏片段，才能进一步定位。

以上按当前 main 105c4bc 核对，不把文档当成对你当时环境的复现。已有的终局/非终局回归覆盖“验收缺口仍在就不能自动终止”等反例；旧宿主保存的 prompt 也需要实际更新和回读，升级 CLI 本身不等于它已更新。