Files
fn_registry/dev/issues/0121c-apply-e2e-proposals.md
T
egutierrez 2b5c30a022 split(0121): epic + 3 sub-issues — design/doctor/apply
0121 era scope demasiado grande para 1 orquestador (batch + new function +
new subcmd + N edits). Split:

- 0121a chore: design-e2e batch (Claude orquesta N fn-recopilador paralelos)
- 0121b feature: audit_e2e_coverage + fn doctor e2e-coverage subcmd
       (tipo feature_app_simple, apto /autonomous-task)
- 0121c chore: aplicar propuestas via N /autonomous-task add_e2e_check

Cada hijo tiene Acceptance verificable + tipo orquestador declarado.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-19 00:22:23 +02:00

1.9 KiB

id, title, status, type, domain, scope, priority, depends, blocks, related, created, updated, tags
id title status type domain scope priority depends blocks related created updated tags
0121c Aplicar propuestas e2e_checks: N /autonomous-task add_e2e_check paralelos pendiente chore
registry-quality
registry media
0121a
0121b
0122
0121
2026-05-19 2026-05-19
e2e_checks
autonomous
batch
apply

0121c — Aplicar propuestas e2e

Problema

0121a deja propuestas en dev/proposals_e2e_checks_0121/<app>.yaml. Aplicarlas 1 a 1 a mano es trabajo de N PRs idempotentes — perfecto para /autonomous-task add_e2e_check en paralelo.

Decision

Por cada <app>.yaml:

  1. Si la app cumple coverage objetivo y la propuesta no tiene riesgos altos → /autonomous-task 0121c-<app> con spec que apunta al yaml.
  2. Cada autonomous-task abre PR en el sub-repo dataforge/<app> con el bloque pegado.
  3. Humano (o futuro fn-revisor de 0122) mergea.

Tareas

  1. Listar propuestas pendientes en dev/proposals_e2e_checks_0121/.
  2. Para cada app: spawn /autonomous-task con task_spec inline (path al yaml + target app.md).
  3. Coleccionar PR URLs en dev/proposals_e2e_checks_0121/PRS.md.
  4. Cuando fn doctor e2e-coverage >=80%, cerrar issue.

Acceptance

  • PR creado por cada propuesta no rechazada.
  • fn doctor e2e-coverage --json reporta coverage_pct >= 80.
  • dev/proposals_e2e_checks_0121/PRS.md lista cada PR URL + estado (open/merged/closed).

DoD

  • Donde: PRs en sub-repos Gitea + reporte coverage.
  • Latencia: 1 autonomous-task = <5 min por app. Paralelo razonable: 5 simultaneos.
  • Como vuelve: cat dev/proposals_e2e_checks_0121/PRS.md para ver estado.
  • Onboarding: "Si un PR queda open, revisa manual o re-lanza /autonomous-task 0121c-<app> para reanudar (idempotente por regla 6 orquestador)."

Tipo orquestador

add_e2e_check (1 PR por app, scope minimal). Multiples ejecuciones independientes — paraleliza sin colision (sub-repos distintos).