En los propios términos del Skill
Improve UI audita una superficie de producto coherente frente al sistema de diseño que realmente la rige, y luego redacta planes de implementación autónomos para que otro agente los ejecute. Es de solo lectura sobre el código fuente del producto: los archivos se crean o editan únicamente bajo design-plans, y no se permiten dependencias, formateadores, commits ni pushes.
Los hallazgos deben superar tres pruebas, contrato, en tiempo de ejecución y de corrección, además de una revisión posterior de falsación, y el informe se detiene en tres, ordenados por confianza, impacto en el usuario, alcance y costo de corrección. Es adecuado para diseñadores y desarrolladores que revisan, refinan o depuran una interfaz sin sustituir su identidad, que investigan el desvío del sistema de diseño, o que preparan una entrega de diseño. Los problemas de accesibilidad, comportamiento, rendimiento y arquitectura quedan fuera del alcance salvo que se solicite lo contrario.
Cómo funciona
- 01Seleccionar Una Superficie Coherente
Una solicitud amplia se acota a una única aplicación desplegable y a una familia de superficies coherente para una tarea principal del producto; el skill declara esa selección en lugar de tratar el repositorio como un único producto.
- 02Reconstruir El Sistema Local
Solo utiliza una fuente después de comprobar que está vigente y que rige la superficie seleccionada; los borradores, propuestas, migraciones y listas de tareas describen una intención futura salvo que se haya aceptado explícitamente y esté vigente.
- 03Exigir Tres Pruebas Por Candidato
Todo candidato que se conserve necesita un contrato, una ruta en tiempo de ejecución y una corrección determinista; los resultados de búsqueda, la repetición y las diferencias de implementación producen candidatos, no hallazgos.
- 04Verificar Y Falsear
Los candidatos se atacan de nuevo antes de informar, y solo los que superan esa revisión pueden entrar en la tabla de hallazgos.
- 05Informe, Ordenado Y Limitado
Los hallazgos se ordenan por confianza, impacto en el usuario, alcance y costo de corrección, y la lista se corta en tres.
- 06Especificar Los Cambios Seleccionados
Antes de escribir, se vuelven a abrir las fuentes citadas, se registra el commit actual cuando está disponible, y se identifican primitivas reutilizables y ejemplos exactos en las superficies afectadas.