feat(executor): impl 活性检测替代纯硬墙——转录停更早杀，有增长跑满预算
维护者通常 1 天内回复
还没有人认领这个 Issue。
评估
- 难度
- 4/5
- 预计耗时
- 3-5 天
- 新手友好度
- 46/100
- Issue 类型
- 功能
- 描述清晰度
- 基本清楚
- 活跃度
- 活跃
- 领域
- backend, documentation, testing
调研方向
Start with the AGENTRUN timeout path and the preflight kill-stale code in .dev/flows/self_improve_flow_v2.py, including the referenced transcript and child-process checks. Add harness scenarios in .dev/flows/test/flow_v2_paths.py for stalled and growing transcripts, then document RECURSIVE_STALL_SECS and its relationship to RECURSIVE_IMPL_TIMEOUT in OPERATIONS.md. Done means stalled work is killed early, active work reaches its budget, and the unset-parameter behavior is unchanged.
由索引模型根据 Issue 内容生成。
描述
Summary
impl/fix 等 AGENTRUN 长节点目前只有一条扁平的 timeout_secs 硬墙（self_improve_flow_v2.py:20 自注「watchdog（journal 增长/后代活性）暂由 AGENTRUN timeout_secs 硬墙替代」——本单就是还这笔账）。两个方向的代价都不对：
- 合法长活被截断：10-03 实证 #78/#68 超时轮转录在满 1h57m 时仍活跃推进（566 轮、尾部在跑 rustc 编译）——工作真实在做，墙到即死，只能靠 engine_error 重派 + L2 会话续跑接续，每轮吃 reaper 周期与台账噪音。
- 卡死烧满墙：若 agent 挂起（等输入/静默死循环），硬墙要等满整个预算（现
RECURSIVE_IMPL_TIMEOUT=14400s）才肯杀。
提案
给 AGENTRUN（执行器或宿主层）加活性检测：转录停止增长超过 stall 阈值且无活跃子进程 → 提前按 timeout 类击杀（沿用现有 SIGTERM watchdog 优雅刷盘链路）；有增长则允许跑满预算。
- 检测对象：
--transcript-out的 transcript.jsonl size/mtime 增长 +pgrep -f "recursive.*--transcript-out"子进程活性（preflight 的 kill-stale 已用同款 pattern，.dev/flows/self_improve_flow_v2.pypreflight code 段）。 - stall 阈值可配：env
RECURSIVE_STALL_SECS，缺省关闭 = 现状零变化，显式配置才启用。 - 击杀语义沿用 timeout 类：engine_error + checkpoint/worktree 保留（10-03 起回收豁免）+ keeper 重派 L2 续跑；不引入新的重试类别。
验收
- harness（
.dev/flows/test/flow_v2_paths.py）新场景：模拟转录停更 → 提前击杀（先红后绿）；模拟持续增长 → 跑满预算不被误杀。 - 缺省（未配
RECURSIVE_STALL_SECS）行为与现状逐字节一致。 OPERATIONS.md补参数说明（与RECURSIVE_IMPL_TIMEOUT的关系：本参数解决「何时提前杀」，后者解决「预算多少」）。
边界
- 纯 recursive 侧执行器/宿主改动，不改 agentproc 协议。
- 不动 D4 语义（timeout 类不原地重试）。
- 主要语言
- Rust
- 星标
- 4
- 派生
- 0
- 平均合并
- 5 小时 32 分钟
- 30 天内合并 PR
- 7
环境准备
- 提供 Dockerfile 或 Docker Compose 文件
- 没有 Pull Request 模板
- 没有贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
jeffkit/recursive 的其他 Issue
-
难度 2/5 1-3 小时 新手友好度 85/100
维护者通常 1 天内回复
-
难度 3/5 1-2 天 新手友好度 66/100
维护者通常 1 天内回复
-
难度 5/5 一周以上 新手友好度 20/100
jeffkit/recursive#134 · 1 条评论 ·
维护者通常 1 天内回复
-
难度 5/5 一周以上 新手友好度 30/100
维护者通常 1 天内回复
-
难度 5/5 一周以上 新手友好度 25/100
jeffkit/recursive#131 · 1 条评论 ·
维护者通常 1 天内回复
查看 jeffkit/recursive 的全部 Issue
相似的 Issue
-
难度 2/5 1-3 小时 新手友好度 75/100
维护者通常 1 天内回复
-
check: a failed re-read of the model file before binding is labelled E_THETA_LEVEL_BINDING on [parameters]可能已有人在做 @TeunP 今天认领。 未关闭
难度 2/5 1-3 小时 新手友好度 65/100
维护者通常 1 天内回复
-
难度 1/5 1 小时以内 新手友好度 80/100
Devolutions/picky-rs#546 · 1 条评论 ·
维护者通常 3 天内回复
-
难度 2/5 1-3 小时 新手友好度 76/100
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 74/100
维护者通常 1 天内回复