Usa el prompt
Añade tu encargo
Añade tu contexto a continuación. Se incluirá en el prompt cuando lo copies o descargues.
Crea un prototipo frontend interactivo utilizando la estructura tecnológica existente del proyecto y datos de demostración etiquetados explícitamente para [PROJECT] y [AUDIENCE]. La tarea es: Matriz de roles y permisos.
Contenido y estructura obligatorios
Compara los roles entre distintas acciones y muestra los permisos heredados frente a los personalizados.
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: lienzo neutro claro, texto color grafito, acento cobalto y separadores finos y precisos; jerarquía densa pero legible. Mantén la coherencia de la tipografía, el espaciado y las funciones de los colores. Prioriza la tarea sobre los elementos decorativos y evita una colección genérica de tarjetas inconexas.
Preparación del contenido
Define los roles, las acciones, la herencia y cualquier anulación personalizada. Proporciona las reglas de negocio para los cambios de permisos de gran impacto y las acciones no disponibles.
Diseño y comportamiento
Permite que los usuarios comparen la misma acción entre distintos roles, con etiquetas claras para los accesos permitidos, denegados y heredados. Muestra el efecto de una anulación antes de aplicarla.
Comprobación de aceptación específica de la tarea
- Evita los accesos parciales ambiguos y exige confirmación para los cambios de gran impacto.
- Prueba el acceso heredado, los permisos parciales y un rol que el usuario actual no pueda editar.
- La confirmación debe explicar el cambio de acceso real en lugar de utilizar un mensaje genérico de «¿Está seguro?».
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.
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
Utiliza el archivo reference.webp adjunto como referencia visual para la matriz de roles y permisos. Antes de crearla, identifica las regiones principales de arriba abajo, sus anchuras y alturas relativas, la alineación, el espaciado, la jerarquía tipográfica, los colores de las superficies, los bordes, las imágenes y los componentes repetidos. Conserva esas relaciones en lugar de sustituirlas por una plantilla genérica. Contenido obligatorio de la tarea: compara los roles entre distintas acciones y muestra los permisos heredados frente a los personalizados. Al traducir la imagen en elementos editables, sigue estas pautas de diseño específicas para la tarea: permite que los usuarios comparen la misma acción entre distintos roles, con etiquetas claras para los accesos permitidos, denegados y heredados. Muestra el efecto de una anulación antes de aplicarla.
Dirección visual de los requisitos de ejemplo
Lienzo neutro claro, texto color grafito, acento cobalto y separadores finos y precisos; jerarquía densa pero legible.
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 funcione. Copia el prompt personalizado en tu proyecto de trabajo. Empieza por la tarea principal: compara los roles entre distintas acciones y muestra los permisos heredados frente a los personalizados. Evita los accesos parciales ambiguos y exige confirmación para los cambios de gran impacto. 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 información visible sobre los estados pendiente, correcto o fallido cuando corresponda. No añadas flujos de trabajo ajenos. Utiliza 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 correctamente cuando solo ha cambiado una demostración local.
Comparación visual y entrega
- 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.
- Después, prueba el diseño estrecho sin comprimir el texto de escritorio en etiquetas diminutas.
- 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.
Descargar prompt + imagen
Incluye el prompt completo y la imagen de referencia a tamaño completo. Adjunta ambos en OpenDesign para orientar la composición.
Cómo redactar un prompt de diseño para una matriz de roles y permisos
Utiliza este prompt de diseño de matriz de roles y permisos para comparar los roles entre distintas acciones y mostrar los permisos heredados frente a los personalizados.
La referencia es un concepto generado por IA. Las instrucciones siguientes describen qué se debe crear y probar; la imagen no demuestra un comportamiento funcional.
Explica el acceso efectivo
Una matriz de permisos debe mostrar si el acceso procede de un rol o de una anulación.
Una celda marcada por sí sola no puede explicar la herencia, los permisos parciales ni el impacto de editarla. Permite comparar la misma acción entre distintos roles, con etiquetas claras para el acceso permitido, denegado y heredado. Muestra el efecto de una anulación antes de aplicarla.
Del prompt
Permite que los usuarios comparen la misma acción entre distintos roles, con etiquetas claras para los accesos permitidos, denegados y heredados.
Personalízalo
Enumera [ACTIONS] para [ROLES], diferenciando las concesiones heredadas de las personalizadas. Previsualiza el cambio de permisos efectivo y exige confirmación para [HIGH_IMPACT_ACTIONS].
Prepara el contenido de la matriz de roles y permisos
Las acciones forman filas y los roles, columnas; proporciona un modelo de permisos completo y distingue los valores heredados de las anulaciones personalizadas.
Define los roles, las acciones, la herencia y cualquier anulación personalizada. Proporciona las reglas de negocio para los cambios de permisos de gran impacto y las acciones no disponibles.
Del prompt
Compara los roles entre distintas acciones y muestra los permisos heredados frente a los personalizados.
Personalízalo
Para [PROJECT], utiliza [APPROVED_CONTENT] como fuente de esta matriz de roles y permisos. Define los roles, las acciones, la herencia y cualquier anulación personalizada. Proporciona las reglas de negocio para los cambios de permisos de alto impacto y las acciones no disponibles. Identifica los datos que faltan antes de sustituirlos por contenido de demostración.
Prueba una concesión heredada
El panel del rol muestra un permiso personalizado y una confirmación; describe la acción exacta afectada y exige confirmación para los cambios importantes.
Elimina una concesión personalizada mientras el rol siga proporcionando acceso. El estado resultante debe seguir siendo preciso y explicar por qué continúa el acceso, en lugar de mostrar una celda sin marcar que resulte engañosa. Prueba el acceso heredado, los permisos parciales y un rol que el usuario actual no pueda editar. La confirmación debe explicar el cambio de acceso real en lugar de utilizar un mensaje genérico de confirmación.
Del prompt
Evita los accesos parciales ambiguos y exige confirmación para los cambios de gran impacto.
Personalízalo
Revisa la matriz de roles y permisos según este requisito: evita el acceso parcial ambiguo y exige confirmación para los cambios de alto impacto. Prueba el acceso heredado, los permisos parciales y un rol que el usuario actual no pueda editar. La confirmación debe explicar el cambio de acceso real en lugar de utilizar un mensaje genérico de confirmación. Conserva el contenido aprobado y modifica únicamente las partes que no superen esta comprobación.
Revisa el resultado de tu matriz de roles y permisos
Una pantalla convincente no equivale a un backend funcional. Prueba por separado la validación, los permisos, la persistencia y el comportamiento ante errores antes de conectar datos reales.
- Prueba el acceso heredado, los permisos parciales y un rol que el usuario actual no pueda editar. La confirmación debe explicar el cambio de acceso real en lugar de utilizar un mensaje genérico de «¿Está seguro?».
Prompt de seguimiento
Úsalo después del primer resultado. Centra la revisión en la parte más importante de esta tarea.
Perfecciona la matriz actual de roles y permisos. Prueba el acceso heredado, los permisos parciales y un rol que el usuario actual no pueda editar. La confirmación debe explicar el cambio de acceso real en lugar de utilizar un mensaje genérico de «¿Está seguro?». Conserva el contenido aprobado y la dirección visual; cambia únicamente las partes necesarias para resolver estos problemas.
