Files
fn_registry/dev/issues/0121c-apply-e2e-proposals.md
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

58 lines
1.9 KiB
Markdown

---
id: "0121c"
title: "Aplicar propuestas e2e_checks: N /autonomous-task add_e2e_check paralelos"
status: pendiente
type: chore
domain:
- registry-quality
scope: registry
priority: media
depends:
- "0121a"
- "0121b"
blocks:
- "0122"
related:
- "0121"
created: 2026-05-19
updated: 2026-05-19
tags: [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).