Generador de plan de corrección

## Qué es esta tarea

Implementar la capacidad del modelo para generar un plan de corrección estructurado: por cada paso, un comando exacto, el resultado esperado, la condición para continuar y la condición para abortar. Es el cerebro del Modo 3.

## Qué se debe hacer

- Diseñar el formato de salida del plan:
```json
{
"pasos": [
{
"comando": "sudo systemctl restart postgresql",
"resultado_esperado": "El servicio arranca sin errores",
"condicion_continuar": "systemctl status postgresql muestra active",
"condicion_abortar": "El servicio no arranca o muestra error nuevo"
}
]
}
```
- Modificar el prompt para que el modelo genere este formato cuando se solicita corrección
- Parsear la respuesta y validar que tiene la estructura esperada
- Si la respuesta no tiene el formato correcto, tratar como error (no ejecutar nada)

## Por qué importa

El Modo 3 es el diferenciador comercial central del producto (sección 14.1 del documento de proyecto). A diferencia del Modo 2 (scripts fijos), el Modo 3 puede corregir incidentes que no tienen script preescrito. Pero esa flexibilidad requiere estructura: el plan explícito con condiciones de aborto es lo que permite ejecutar con las salvaguardas obligatorias.

Si al cierre del proyecto se adopta la Opción B (dupla planificador/ejecutor, sección 14.6 del documento de proyecto), este generador corre sobre **Kimi K2.6** como planificador/analista.

## Criterio de avance

El modelo genera planes de corrección con el formato estructurado para al menos los 4 escenarios básicos. Cada paso incluye comando, resultado esperado, condición para continuar y condición para abortar.