chore: auto-commit (2 archivos)

- dev/issues/completed/0126-pipeline-launcher-migration-003.md
- dev/proposals_e2e_checks_0121/pipeline_launcher.yaml

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

dev/proposals_e2e_checks_0121/pipeline_launcher.yaml

@@ -84,27 +84,11 @@ e2e_checks:
     timeout_s: 10
     expect_stdout_contains: "OK"
 
-  # -----------------------------------------------------------------------
-  # check: ops_schema_complete
-  # Por que: la operations.db de pipeline_launcher no tiene la tabla logs
-  #          (migracion 003_logs NO aplicada al momento de la auditoria).
-  #          Este check aplica fn ops init sobre una copia en /tmp para
-  #          verificar que las 3 migraciones (001_init, 002_executions_assertions,
-  #          003_logs) se aplican limpiamente sin errores.
-  #          Idempotente: crea DB nueva en /tmp cada vez.
-  # -----------------------------------------------------------------------
-  - id: ops_schema_complete
-    cmd: >
-      rm -f /tmp/pipeline_launcher_e2e_ops.db &&
-      cp /home/lucas/fn_registry/apps/pipeline_launcher/operations.db /tmp/pipeline_launcher_e2e_ops.db &&
-      FN_REGISTRY_ROOT=/home/lucas/fn_registry /home/lucas/fn_registry/fn ops init /tmp/pipeline_launcher_e2e_ops.db &&
-      sqlite3 /tmp/pipeline_launcher_e2e_ops.db "SELECT name FROM sqlite_master WHERE type='table' AND name='logs';" | grep -q logs && echo "logs table OK" || { echo "FAIL: logs table missing after ops init"; exit 1; }
-    timeout_s: 30
-    expect_stdout_contains: "logs table OK"
-    severity: warning
-    # NOTA: severity warning porque la migracion faltante no bloquea el uso
-    # normal de la TUI (no escribe logs todavia). Promover a critical cuando
-    # la app comience a usar la tabla logs activamente.
+  # NOTA: el check `ops_schema_complete` se removio (issue 0126).
+  # Razon: `fn_operations.Open` usa `ApplyVersionedMigrations` con tabla
+  # `schema_migrations` — al abrir pipeline_launcher, 003_logs y migraciones
+  # posteriores se aplican automaticamente sobre la BD existente. No hay
+  # applier custom. Verificar via ops_audit (siguiente check) basta.
 
   # -----------------------------------------------------------------------
   # check: ops_audit