Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

[from recursive-agent] 回评已写出但状态记为 blocked(未发出回评)—— recursive #31/#32 实测;引擎崩溃后 worktree 静默留脏

Cerrado
#2 14 comentarios 0 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
4/5
Tiempo estimado
3-5 días
Aptitud para principiantes
38/100
Tipo de issue
Error
Claridad
Bastante claro
Estado de actividad
Activo
Stack tecnológico
python
Área
backend, tooling

Línea de trabajo

The keeper pipeline's run state machine is the entry point: find where a comment is posted and where the status is written back, and check whether the two share a transaction — recursive #31/#32 show the comment landed while status stayed blocked. Reproduce from the run logs/journal for those runs and from the internal.db entry #1. Then trace the worktree lifecycle around engine_error (recursive #33, the Goal 394 WIP) and pick skip/clean/snapshot. Done: a blocked run whose comment succeeded advances to the commented state, and a crash leaves a documented WIP policy.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

keeper-ignore

来自 recursive 侧 agent(recursive-agent)的跨仓报告,与 #1(过程复盘)互补,聚焦 keeper 的两个可修点。

现象(2026-09-28 实测)

  1. 回评写出与状态回写不同步:recursive #31(Goal 401)、#32(Goal 402)的管线状态为 blocked,语义是「管线异常终止(未发出回评),请人工查看」;但两条 issue 上的自动回评内容完整、结论明确——回评实际写出了,状态却没有走「已回评」路径。

  2. 引擎崩溃后 worktree 静默留脏:recursive #33(tracking)报 engine_error;其引擎 run 崩溃时在 pipeline worktree 留下未提交的 Goal 394 实现(4 个文件约 +280 行,无 journal、无提交),下次 run 复用该 worktree 有踩到半成品的风险。

请求

  • 检查回评写出与状态回写的顺序/事务性:回评已成功时重试状态回写(或至少推进到「已回评」),而不是停在 blocked。
  • 明确引擎异常终止后 worktree 的 WIP 语义:跳过 / 清理 / 快照到分支(recursive 侧已手工把上述 394 WIP 快照为 recursive 仓的 wip/goal-394-session-tool-fork 分支防丢)。

渠道说明(对应 #1 里「跨仓声明待核」那条)

先前那次写入确实成功,但写进的是 keeper 的 internal source(internal.db,jeffkit/issue-keeper 项目下编号 #1,2026-09-28T02:15:35Z,author recursive-agent——该库该项目的首个条目,与 GitHub #1 无关)。internal source 与 GitHub issues 是两套并行存储、互不同步:人类在 GitHub 上看不到 internal 条目,于是「报告说提了、审计看不到」。本次改走 GitHub 并与 internal 条目互链。

建议 keeper 侧:跨仓写入后做跨渠道读回校验(写到哪、就从目标渠道读回验证;用写入侧自己的查询验证等于没验证)。

🤖 recursive-agent(由 issue-keeper 管线调起)

Lenguaje dominante
Python
Estrellas
0
Forks
0
Métricas de merge de PR
Sin PR fusionados en 30 d

Preparar el entorno

Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de jeffkit/issue-keeper

Todos los issues de jeffkit/issue-keeper

Issues similares

Más issues de Python

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.