Anti UI Sloppor UIZZE

Anti UI Slop Skill.

Empieza por los objetos y las restricciones reales del producto antes de elegir un tratamiento visual.

Diseño de interfaces
Revisión de diseño

Revisión de la fuente · Anti UI SlopSKILL.md

Tarea Diseño de interfaces Produce • Una revisión de interfaz basada en el producto o una crítica específica • Decisiones de diseño vinculadas a los tokens, los componentes y las tareas de usuario existentes • Un traspaso conciso que identifica los problemas observables y los cambios resueltos Antes de empezar Un agente capaz de leer archivos del proyecto; compatibilidad con renderizado para las comprobaciones visuales. UIZZE MCP de pago es opcional.

Resumen editorial · fuente revisada 2026-10-07 · no es un ejemplo generado

01 Qué hace

Basa las decisiones de interfaz en el producto

Un flujo de trabajo de interfaz centrado en el producto que selecciona una guía específica para la tarea, usa opcionalmente referencias de UIZZE y comprueba la interfaz renderizada.

Flujo de trabajo basado en la fuenteNo es una prueba de rendimiento de ejecución

El enfoque de trabajo

Anti UI Slop es un flujo de trabajo compacto para crear, pulir o revisar una interfaz sin sustituir la identidad del producto por una estética genérica de IA. Pide al agente que inspeccione primero el brief, las pantallas, los componentes y los tokens de diseño existentes. Esas restricciones tienen prioridad sobre los propios ejemplos de la Skill, lo que la hace especialmente relevante para trabajar dentro de una aplicación ya establecida.

La fuente dirige cada solicitud a un único playbook: trabajo nuevo, operación del producto, pulido, simplificación, auditoría o iOS nativo. No pide al agente que combine todas las listas de comprobación. Las herramientas de referencia opcionales de UIZZE pueden responder a una duda visual concreta sin resolver, pero la Skill gratuita y el catálogo público no requieren una cuenta. La comprobación final es el comportamiento observable de la interfaz, como recortes, solapamientos y controles que no hacen nada.

Entregables esperados

Una revisión de interfaz basada en el producto o una crítica específica
Decisiones de diseño vinculadas a los tokens, los componentes y las tareas de usuario existentes
Un traspaso conciso que identifica los problemas observables y los cambios resueltos

Ver el brief de ejemplo

Del brief a la revisión

01
Lee el contexto del producto
Inspecciona la pantalla solicitada y el sistema de diseño que la rodea. Identifica lo que los usuarios intentan lograr antes de cambiar el diseño o los estilos.
02
Elige un modo de trabajo
Selecciona el playbook que corresponda a la solicitud. Una pasada de pulido no debe convertirse silenciosamente en un rediseño, y una auditoría debe seguir siendo una crítica salvo que se pida implementar cambios.
03
Comprueba el resultado renderizado
Si el entorno lo permite, inspecciona la interfaz real una vez y corrige los fallos visibles, los controles inaccesibles y las interacciones inertes.

02 Cuándo usarlo

Cuándo usarla

Un agente capaz de leer archivos del proyecto; compatibilidad con renderizado para las comprobaciones visuales. UIZZE MCP de pago es opcional.

Un buen caso de uso

Pantallas de productos existentesÚtil cuando un agente debe ampliar un panel o un flujo de trabajo sin inventar un sistema de diseño que compita con el existente.
Refinamiento específicoEncaja con una solicitud de simplificar o pulir una pantalla concreta conservando su funcionalidad establecida.

Límites que conviene comprobar

Las referencias son opcionalesEl UIZZE MCP de pago es una conexión independiente. Instalar esta Skill no garantiza el acceso a las herramientas de referencia alojadas.
Sin veredicto de diseño automáticoLa fuente describe un método de trabajo, no una garantía de que toda interfaz generada sea distintiva o accesible.
Los avisos de licencia difierenSKILL.md declara MIT, mientras que el archivo LICENSE del directorio de la skill contiene términos de Apache-2.0. Pide al responsable que aclare los términos aplicables antes de reutilizarla.

Aporta estos datos

Una pantalla concretaProporciona una ruta de archivo, una captura de pantalla o una breve descripción de la interfaz que se está creando o revisando.
Lenguaje de diseño existenteIncluye las convenciones de los componentes, los tokens y ejemplos de interfaz de producto ya aceptada.
Alcance del cambioElige entre una creación nueva, un rediseño, un pulido, una simplificación o una auditoría para que el agente no amplíe la tarea.

03 Decisiones importantes

Decisiones que importan

El producto antes que la novedad
Se mantienen las convenciones familiares cuando ayudan al flujo de trabajo. La diferencia se gana con una jerarquía propia del producto, no con decoración.
Un playbook a la vez
El enrutamiento explícito reduce las instrucciones contradictorias y evita que un refinamiento pequeño acumule requisitos de rediseño sin relación.

04 Ejemplo de brief

Prueba un brief específico

El brief de ejemplo siguiente no se ha probado. Revisa la configuración de la skill antes de usarlo.

Revisa la configuración

Usa la carpeta completa de la Skill para que el playbook seleccionado esté disponible. El flujo de trabajo gratuito no requiere ninguna dependencia ni ejecutable.

Archivo fuente original

https://github.com/github/awesome-copilot/blob/3a685010a7afdc0dbd4c83b7fbda6c316aa516e5/skills/anti-ui-slop/SKILL.md

Un agente capaz de leer archivos del proyecto; compatibilidad con renderizado para las comprobaciones visuales. UIZZE MCP de pago es opcional.

Empieza con un solo entregable

Adapta el alcance, el material de origen y las restricciones de este brief antes de ejecutar la skill.

Brief de ejemplo

Usa anti-ui-slop para pulir nuestra pantalla de lista de facturas. Lee primero los componentes existentes de tabla, filtro y botón. Conserva la arquitectura de la información y el flujo de pago. Usa solo el playbook de pulido, identifica el problema de jerarquía más importante, implementa una corrección contenida e inspecciona los recortes, los controles de teclado y el comportamiento del estado vacío. No conectes un servicio de referencia de pago.

Inspecciona el resultado

Comprueba el resultado real con estos criterios observables.

Las convenciones de los componentes y los tokens existentes siguen siendo reconocibles.
El playbook elegido coincide con el alcance solicitado.
La pantalla renderizada no presenta recortes, solapamientos ni controles inertes observados en el recorrido revisado.

OpenDesign ofrece un espacio de trabajo de diseño local para agentes de programación. Este listado no significa que la skill incluya sus herramientas externas, credenciales ni dependencias de software.

Descargar OpenDesign Leer la guía de inicio rápido

05 Fuente y licencia

Fuente y licencia

Esta página describe la revisión fija de la fuente enlazada a continuación. El comportamiento y los requisitos del origen pueden cambiar.

Propietario de la fuente: UIZZE
Repositorio: github/awesome-copilot
Archivo de la skill: skills/anti-ui-slop/SKILL.md
Licencia: SKILL.md declara MIT; el LICENSE enlazado del directorio de la skill contiene términos de Apache-2.0. Aclara los términos aplicables antes de reutilizarla.
Instantánea revisada: 2026-10-07 · 3a685010a7af

Resumen editorial de la fuente

Un flujo de trabajo de interfaz centrado en el producto que selecciona una guía específica para la tarea, usa opcionalmente referencias de UIZZE y comprueba la interfaz renderizada.

Resumen original de OpenDesign, basado en la fuente enlazada. Las estrellas del repositorio son un indicador de popularidad con fecha, no el uso de la skill ni una puntuación de calidad.

06 Preguntas antes de empezar

Preguntas antes de empezar

¿Necesito una suscripción a UIZZE?

No para la Skill gratuita ni para el catálogo público. La fuente describe las referencias de pago de MCP como opcionales y exige un resultado de conexión real antes de afirmar que se tiene acceso.

¿Prescribe un único estilo visual?

No. El brief del producto y el lenguaje de diseño existente tienen prioridad sobre los ejemplos de la Skill.

¿Puedo usarla solo para una auditoría?

Sí. Una auditoría explícita tiene su propio playbook; una solicitud de revisión no tiene por qué autorizar cambios en la interfaz.

OpenDesign

Deja espacio para la próxima iteración de diseño.

Mantén tu brief, tu material de origen y tu trabajo de diseño juntos en un espacio de trabajo local. Revisa la configuración propia de la skill antes de añadirla a tu flujo de trabajo.

Descargar OpenDesign Explorar skills de diseño