---
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"]
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).
