[Bug]: existing-project onboarding tasks T-002 to T-006 have no `## Updates` section, so status entries land in `## Verification` and the close is refused

Abierto Apto para principiantes
  • ¿Algo no está bien?
#107 2 comentarios 0 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
2/5
Tiempo estimado
1-3 horas
Aptitud para principiantes
76/100
Tipo de issue
Error
Claridad
Bien especificado
Estado de actividad
Activo
Stack tecnológico
shell
Área
cli

Línea de trabajo

Empieza comparando las semillas de proyectos existentes en lib/seeds/tasks/existing-project/ con T-001 y T-007; después, lee agents/task-create/update-task.sh y lib/task_updates.py para entender dónde se añaden las actualizaciones. Se considera terminado cuando T-002 a T-006 tengan una sección ## Updates y una actualización de estado ya no aparezca en ## Verification; sigue los pasos de reproducción del issue para comprobar el resultado.

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

Descripción

area:tasks bug severity:high status:received triaged
Bug Description

In lib/seeds/tasks/existing-project/, T-001 and T-007 have a ## Updates section, but T-002 to T-006 do not: their last section is ## Verification. (All greenfield seeds have ## Updates.)

When a status changes, agents/task-create/update-task.sh (around line 2897) pipes the entry to lib/task_updates.py append, which appends at end of file when there is no ## Updates section (its docstring, line 13). In these five tasks the end of file is the ## Verification block, so the entry (### <date> — status-update [task-update-agent], - **Change:** ...) becomes verification lines. At close, P-011 refuses: BLOCKED: the ## Verification block contains line(s) bash cannot parse. (lib/verification-port.sh:113).

The operator only gets out by adding ## Updates by hand and moving the entry.

Steps to Reproduce
  1. mkdir demo && cd demo && git init && echo hello > README.md (any non-scaffolding file makes fw init pick the existing-project seeds, lib/init.sh:783).
  2. fw init, then grep -c '^## Updates' .tasks/active/T-00*.md: 0 for T-002 to T-006.
  3. fw work-on T-002: the status entry is appended after the ## Verification commands.
  4. Do the task, then fw task update T-002 --status work-completed: refused with the BLOCKED line above.
Expected Behavior

Every seed task has a ## Updates section, as the greenfield seeds do. Possibly also: task_updates.py creates ## Updates when it is missing, instead of appending into whatever section is last.

Actual Behavior

Five of the seven onboarding tasks of an existing project cannot be closed without editing their structure by hand.

fw doctor output
AI Agent

Claude Code

Operating System

Linux

Additional Context

Hit during onboarding of a real project on 1.8.14 (Linux, Claude Code). On 1.8.15 and on bleeding-edge (0c3b8b6c3), checked by reading: the five seeds still lack ## Updates, and the end-of-file fallback is unchanged.

Lenguaje dominante
Shell
Estrellas
16
Forks
6
Sin PR fusionados en 30 d

Preparar el entorno

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 DimitriGeelen/agentic-engineering-framework

Todos los issues de DimitriGeelen/agentic-engineering-framework

Issues similares

Más issues de Shell/Bash

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.