# Capacidades ROJO

## Clasificación — 2

| Capacidad | Evidencia real | Por qué no usarla |
|---|---|---|
| Documento completo en una sola orden | Los planes complejos de fase 4 necesitaron reparación; dos siguieron inválidos. Fase 5 devolvió `commands:[]` y, en una ejecución exploratoria, 33/43 comandos inválidos. | Puede ser válido pero incompleto, visualmente malo o no aplicarse. |
| Factura completa desde cero | La factura reparada de fase 4 fue editable pero parcial: objetos solapados, fecha sin formato, total no enlazado, estilos incompletos y anchos incorrectos. La repetición final de fase 5 no aplicó nada. | La completitud, geometría y planificación visual no son fiables en una sola inferencia. |

## NO USAR TODAVÍA

- `hazme una factura completa desde cero`.
- `borra todo y crea una factura completa profesional`.
- Macros de 20–30 comandos o más en una sola instrucción.
- `ponlo rojo`: no especifica texto, fondo o borde; el cierre real la clasificó como ambigüedad humana.
- `cambia el color negro por verde`: no identifica objeto ni propiedad y ya produjo selección visual equivocada en pruebas históricas.
- `elimina la última columna del detalle` si hay varias líneas: cada línea puede tener distinto número de columnas.
- `suprime la segunda línea cuando...` sin revisar el plan: existe un caso que añadió un borrado físico no solicitado.
- `crea la tabla, pon todos los anchos, contenidos, estilos, total y geometría` en un turno.
- Pedir campos no mostrados como disponibles esperando que la IA los invente. La respuesta segura es no operar.

## Qué no arreglan las protecciones

Dry-run y reparación validan el plan, no su calidad visual ni su completitud. Una respuesta puede ser legal y aun omitir el total, un ancho, la negrita, una fórmula o una zona entera. El rollback evita estados parciales técnicos; no detecta que el modelo entendió mal una frase ambigua.