Crea un estudio de interacción en HTML/CSS/JavaScript con estados inicial, activo y completado explícitos, además de una alternativa legible para prefers-reduced-motion, para [PROJECT] y [AUDIENCE]. La tarea es: Estados de respuesta del botón.
## Contenido y estructura obligatorios
Muestra los estados al pasar el cursor, de foco, pulsado, de carga y completado para una acción principal.
Utiliza [APPROVED_CONTENT] como fuente de nombres, fechas, cifras, afirmaciones y destinos. Enumera los datos que faltan antes de sustituir cualquier elemento. Si se necesita una demostración, indica que su contenido es ficticio. No inventes citas de clientes, clasificaciones, logotipos de socios ni capacidades del producto.
## Dirección de diseño
Usa [BRAND_RULES] y el sistema de diseño ya seleccionado en el proyecto. Si no se proporciona ningún sistema, parte de esta dirección: blanco, gris carbón y detalles en verde intenso; estados inicial, de transición y final claramente etiquetados. Mantén coherentes la tipografía, el espaciado y las funciones del color. Prioriza la tarea frente a los elementos decorativos y evita una colección genérica de tarjetas sin relación entre sí.
## Preparación del contenido
Define la acción y sus eventos reales de reposo, al pasar el cursor, de foco, pulsado, de carga, de éxito y de fallo. Elige el momento en el que la operación se considera realmente completada.
## Diseño y comportamiento
Mantén estable la geometría del botón cuando cambie de estado. Usa texto o un icono junto con el movimiento para diferenciar espera, éxito y error, con un foco de teclado visible.
## Comprobación de aceptación específica de la tarea
- No uses la animación como única respuesta ni indiques éxito antes de que finalice la operación.
- Activa una operación lenta y un fallo.
- La marca de verificación debe aparecer tras completarse la operación, no por un temporizador, y el modo de movimiento reducido debe conservar toda la información esencial.
## Implementación y revisión
Mantén el texto editable. Utiliza una estructura semántica, controles descriptivos, un foco de teclado visible y estados vacíos o de error adecuados. Comprueba los diseños estrechos y anchos. Respeta las preferencias de movimiento reducido. Conserva el framework y las dependencias existentes del proyecto; no sustituyas la estructura tecnológica sin avisar. Devuelve los archivos editables y explica cualquier comportamiento incompleto o dato de entrada no compatible. Revisa esta tarea específica antes de proponer funciones adicionales.
Haz que toda la información y las acciones estén disponibles sin animación. Ofrece opciones para pausar o descartar cuando corresponda. Documenta los activadores y las transiciones; no sustituyas el progreso real por un temporizador decorativo.
## Archivo de referencia y objetivo de reconstrucción
Adjunta reference.webp, incluido en el paquete de descarga de este prompt, junto con el prompt en OpenDesign. Crea un resultado editable con una composición y jerarquía similares; no incrustes la imagen de referencia completa como interfaz final. Conserva el contenido aprobado del proyecto y las reglas de marca si entran en conflicto con las etiquetas ficticias de ejemplo. Si la imagen falta o no se puede leer, solicítala en lugar de afirmar que existe fidelidad visual.
## Composición y contenido de referencia
Usa el archivo reference.webp adjunto como referencia visual para los Estados de respuesta del botón. Antes de construir, identifica de arriba abajo las regiones principales, sus anchuras y alturas relativas, alineación, espaciado, jerarquía tipográfica, colores de superficie, bordes, imágenes y componentes repetidos. Conserva esas relaciones en lugar de sustituirlas por una plantilla genérica. Contenido obligatorio de la tarea: muestra los estados de desplazamiento del cursor, foco, pulsado, carga y completado de una acción principal. Aplica las siguientes pautas de diseño específicas de la tarea al convertir la imagen en elementos editables: mantén estable la geometría del botón cuando cambie de estado. Usa texto o un icono junto con el movimiento para diferenciar espera, éxito y error, con un foco de teclado visible.
## Dirección visual de los requisitos de ejemplo
blanco, gris carbón y detalles en verde intenso; estados inicial, de transición y final claramente etiquetados.
## Especificación de las interacciones
La referencia es un concepto estático: el comportamiento descrito a continuación es un requisito que debes implementar, no una prueba de que la imagen ya funcione. Copia el prompt personalizado en tu proyecto de trabajo. Empieza por la tarea principal: muestra los estados de desplazamiento del cursor, foco, pulsado, carga y completado de una acción principal. No uses la animación como única respuesta ni indiques éxito antes de que finalice la operación. Para cada control visible, especifica su activador, el estado afectado y la respuesta; implementa cambios locales con un estado coherente entre las vistas relacionadas. Haz que la búsqueda y los filtros produzcan resultados reales, que los controles de selección tengan un estado activo explícito y que las acciones de guardado muestren respuestas visibles de proceso pendiente, éxito o fallo cuando corresponda. No añadas flujos de trabajo no relacionados. Usa enlaces apropiados para la navegación, botones para las acciones y nombres accesibles para los controles con iconos. No indiques que una operación del backend se ha completado correctamente cuando solo ha cambiado una demostración local.
## Comparación visual y entrega
1. Compara el resultado con la imagen adjunta usando las mismas proporciones. Revisa la ubicación de las regiones principales, los tamaños relativos de las imágenes, los saltos de línea, el espaciado, la jerarquía tipográfica, el contraste, los estados activos y la densidad del contenido antes de perfeccionar los detalles decorativos.
2. Después, prueba el diseño estrecho sin comprimir el texto de escritorio en etiquetas diminutas.
3. Mantén los logotipos, las fotos y los iconos como recursos independientes y todas las etiquetas relevantes editables. Enumera las fuentes o los recursos no disponibles y cualquier desviación deliberada. Devuelve los archivos funcionales junto con una descripción concisa del comportamiento implementado y las integraciones pendientes; no prometas un resultado idéntico píxel a píxel basándote únicamente en el prompt.