Crea un prototipo de aplicación editable y centrado en dispositivos móviles con la infraestructura existente del proyecto para [PROJECT] y [AUDIENCE]. La tarea es: Préstamo comunitario de herramientas.

## Contenido y estructura obligatorios

Encuentra una herramienta publicada localmente, revisa su estado y sus condiciones de préstamo, solicita unas fechas y registra una lista de comprobación para la devolución con la confirmación del propietario.

## Pantallas y navegación

Crea tres vistas conectadas: Herramientas disponibles; Solicitud de préstamo; Lista de comprobación de devolución. Mantén el registro seleccionado visible en el título o el resumen de la pantalla. Incluye una acción explícita para volver y conserva los datos introducidos en curso al desplazarse entre vistas. Mantén la acción principal cerca del contenido pertinente y ten en cuenta las áreas seguras de los dispositivos móviles, un teclado de software visible y las etiquetas traducidas largas. En anchos de escritorio, adapta la composición sin eliminar ningún paso ni cambiar la tarea.

## Datos del proyecto

Usa [APPROVED_CONTENT] para nombres, registros, etiquetas, cantidades y destinos. Solicita los datos que falten en lugar de inventar afirmaciones operativas. Los registros de demostración pueden usar la marca ficticia Borrow; identifícalos como datos de muestra. Explica qué acciones son interacciones locales del prototipo y cuáles requerirían autenticación, persistencia, permisos o un backend. No conectes servicios externos ni afirmes que se ha completado una transacción salvo que esa integración se haya implementado y probado explícitamente.

## Dirección de diseño

Sigue [BRAND_RULES]. Si no se proporciona ninguna marca, usa blanco roto, naranja de taller, grafito oscuro e iconos funcionales. Haz que el flujo de trabajo sea reconocible por su propio contenido y controles, en lugar de repetir tarjetas genéricas de panel de control. Usa una escala de espaciado coherente y una jerarquía textual clara. Incluye un foco de teclado visible, nombres accesibles, contraste suficiente y etiquetas de estado que no dependan del color. Respeta la preferencia de movimiento reducido y mantén opcionales las transiciones animadas.

## Comprobación de aceptación específica de la tarea

- Separa las fechas solicitadas de las reservas aceptadas, y la devolución notificada por el usuario de la devolución confirmada por el propietario.

## Estados de interacción

Implementa el recorrido ideal de tres pantallas con datos de muestra locales. Incluye un estado vacío útil, validación antes de completar una acción, un estado de carga o pendiente y un estado de error recuperable. Los cambios destructivos requieren una opción de revisión o deshacer. Mantén el estado de cada registro coherente en las tres vistas. No descartes silenciosamente datos introducidos parcialmente ni cambies la elección de una persona después de reintentar.

## Entrega y revisión

Entrega las vistas editables de la aplicación y explica el modelo de datos, cualquier comportamiento de almacenamiento local y las integraciones no implementadas. Prueba a 320px y en un área de visualización más ancha, con navegación mediante teclado y contenido largo. Usa la comprobación de aceptación específica de la tarea anterior para revisar el resultado antes de añadir funciones. Mantén el comportamiento de demostración claramente diferenciado de un servicio de producción en funcionamiento.

## 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 Préstamo comunitario de herramientas. Antes de crear el diseño, identifica las regiones principales de arriba abajo, 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: encontrar una herramienta publicada localmente, consultar su estado y las condiciones del préstamo, solicitar fechas y registrar una lista de comprobación de devolución con la confirmación del propietario. Sigue estas indicaciones de diseño específicas de la tarea al convertir la imagen en elementos editables: empieza con Herramientas disponibles como pantalla de entrada, asigna a Solicitud de préstamo una acción principal clara y haz que Lista de comprobación de devolución explique qué ha ocurrido y qué puede suceder después. Usa blanco roto, naranja de taller, grafito oscuro e iconos funcionales como punto de partida, adaptándolos a la marca proporcionada. Mantén visibles la identidad del registro y el contexto de navegación en las tres pantallas. Prioriza los controles accesibles con el pulgar y las etiquetas legibles frente a los paneles decorativos; en pantallas más anchas, mantén la coherencia del flujo de trabajo en lugar de estirar una composición móvil de borde a borde.

## Dirección visual de los requisitos de ejemplo

blanco roto, naranja de taller, grafito oscuro, iconos funcionales.

## Especificación de las interacciones

La referencia es un concepto estático: el comportamiento descrito a continuación es un requisito que debe implementarse, no una prueba de que la imagen ya sea funcional. Copia el prompt personalizado en tu proyecto y crea el flujo conectado: encuentra una herramienta publicada localmente, consulta su estado y las condiciones del préstamo, solicita fechas y registra una lista de comprobación de devolución con la confirmación del propietario. Separa las fechas solicitadas de las reservas aceptadas, y la devolución notificada por el usuario de la devolución confirmada por el propietario. 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 estado pendiente, éxito o fallo cuando corresponda. No añadas flujos de trabajo no relacionados. Usa enlaces adecuados para la navegación, botones para las acciones y nombres accesibles para los controles con iconos. No des a entender que una operación de backend se ha completado 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.