Empieza con una tarea concreta.

Usa SMART para descubrir las plantillas de aplicación disponibles para mi cuenta. Pregunta por el nombre del proyecto y los componentes necesarios, describe la plantilla adecuada y muestra los archivos previstos antes de crear nada.

Inspecciona primero el repositorio y sus instrucciones. Si solo contiene metadatos o documentación, descubre las plantillas compatibles y propone un monorepo con UI, servicios, contratos compartidos, pruebas y configuración de despliegue necesarios antes de crear archivos. Si existe una aplicación, conserva su topología y convenciones, localiza los componentes responsables y amplíalos sin crear otra aplicación ni sustituir la configuración raíz. Si es incompatible, explica el motivo y pide una decisión de migración antes de reestructurar.

Usa SMART para descubrir el perfil del framework y cargar las instrucciones relevantes en la revisión devuelta. Sigue los contratos SOKit/SOKit UI, las direcciones explícitas de dependencias y las convenciones Quarkus del proyecto para inyección, validación, persistencia, transacciones, configuración y pruebas. Reutiliza contratos generados y herramientas fijadas; no inventes APIs, copies builds antiguos ni cambies versiones silenciosamente. Informa de instrucciones, permisos o dependencias ausentes. Usa datos ficticios y evita secretos en los ejemplos.

Usa SMART para revisar la arquitectura de este repositorio. Identifica los límites de los componentes, los problemas de dependencias y las tres mejoras más útiles. Cita los archivos pertinentes. No modifiques el código.

Usa las guías SMART para la versión de SOKit UI de este proyecto para añadir un formulario con un nombre obligatorio y un campo de correo electrónico. Revisa primero las convenciones existentes, confirma la API de envío, implementa la validación y pruébala.

Inspecciona primero el repositorio y sus instrucciones. Si solo contiene metadatos o documentación, descubre las plantillas compatibles y propone un monorepo con UI, servicios, contratos compartidos, pruebas y configuración de despliegue necesarios antes de crear archivos. Si existe una aplicación, conserva su topología y convenciones, localiza los componentes responsables y amplíalos sin crear otra aplicación ni sustituir la configuración raíz. Si es incompatible, explica el motivo y pide una decisión de migración antes de reestructurar.

Usa SMART para descubrir el perfil del framework y cargar las instrucciones relevantes en la revisión devuelta. Sigue los contratos SOKit/SOKit UI, las direcciones explícitas de dependencias y las convenciones Quarkus del proyecto para inyección, validación, persistencia, transacciones, configuración y pruebas. Reutiliza contratos generados y herramientas fijadas; no inventes APIs, copies builds antiguos ni cambies versiones silenciosamente. Informa de instrucciones, permisos o dependencias ausentes. Usa datos ficticios y evita secretos en los ejemplos.