Revisar con IA.

Voy a construir [qué: una página, un flujo o un aplicativo] con Solar, el sistema de diseño de la CCS (https://utiliza.me/solar/llms.txt). Antes de escribir código:
1. Hazme las preguntas que necesites sobre el problema, el usuario y el objetivo. No asumas.
2. Propón qué componentes de Solar usarías y qué le falta a Solar para este caso.
3. Espera mi confirmación antes de construir.
Reglas: usa solo componentes y tokens de Solar. Si algo no existe, dilo en vez de inventarlo.

Contexto:
- Qué es: [página / flujo / aplicativo interno]
- Para quién: [usuario y su situación]
- Qué tiene que lograr el usuario: [tarea principal]
- Objetivo de la pieza: [único: ___ / varios]
- Etapa: [exploración / refinamiento / casi final]
- Sistema de diseño: Solar, de la CCS (https://utiliza.me/solar/llms.txt). Usa sus tokens ccs-* y sus componentes. No propongas valores fijos fuera del sistema.

Revisa esta página [adjunto una captura, una URL o el código]:
- Primera impresión: qué se ve primero, si es lo correcto y si el propósito se entiende en segundos.
- Usabilidad, con las 10 heurísticas de Nielsen como preguntas: ¿el usuario sabe qué está pasando?, ¿se habla su idioma?, ¿puede deshacer o salir?, ¿es consistente?, ¿se previenen errores?, ¿reconoce en vez de recordar?, ¿es eficiente para quien la usa seguido?, ¿sobra algo?, ¿los errores se entienden y se pueden corregir?, ¿hay ayuda cuando hace falta?
- Jerarquía visual y orden de lectura.
- Consistencia con Solar: componentes, tokens, espaciado y textos.

Formato de respuesta:
1. Hallazgos ordenados por gravedad (crítico / moderado / menor). Para cada uno: qué pasa, por qué importa (principio o criterio que lo respalda) y qué cambiar.
2. Las 3 a 5 correcciones de mayor impacto.
3. Qué funciona bien.
4. Qué no puedes evaluar sin usuarios reales: supuestos y preguntas que solo se responden probando con personas.
Rotula el resultado como "Revisión asistida por IA — no es evidencia de usuario".

Contexto:
- Qué es: [página / flujo / aplicativo interno]
- Para quién: [usuario y su situación]
- Qué tiene que lograr el usuario: [tarea principal]
- Objetivo de la pieza: [único: ___ / varios]
- Etapa: [exploración / refinamiento / casi final]
- Sistema de diseño: Solar, de la CCS (https://utiliza.me/solar/llms.txt). Usa sus tokens ccs-* y sus componentes. No propongas valores fijos fuera del sistema.

Audita [adjunto una captura, una URL o el código] contra WCAG 2.2 nivel AA (no 2.1). Incluye los criterios nuevos de 2.2: foco no oculto, tamaño mínimo de objetivo, ayuda consistente, entrada redundante, autenticación accesible y movimientos de arrastre. Mide el contraste con APCA-W3 0.1.9, no con la fórmula de WCAG 2: Lc 75 para texto de lectura, 60 para otros textos, 45 para texto grande (24px en negrita o 36px) e íconos de línea, 30 para textos auxiliares, íconos sólidos y bordes de campos, y 15 para líneas. No reportes como error lo que APCA aprueba, aunque WCAG 2 lo repruebe. Revisa también navegación con teclado, orden de foco, etiquetas de formularios y texto alternativo.
Indica qué no se puede verificar desde lo que adjunté y hay que probar a mano (teclado, lector de pantalla, zoom al 200%).

Formato de respuesta:
1. Hallazgos ordenados por gravedad (crítico / moderado / menor). Para cada uno: qué pasa, por qué importa (principio o criterio que lo respalda) y qué cambiar.
2. Las 3 a 5 correcciones de mayor impacto.
3. Qué funciona bien.
4. Qué no puedes evaluar sin usuarios reales: supuestos y preguntas que solo se responden probando con personas.
Rotula el resultado como "Revisión asistida por IA — no es evidencia de usuario".