Chatbot Web - Estándar GGSoluciones
Activation Contract
Usá esta skill cuando el usuario pida un chatbot, asistente conversacional, panel de mensajes, soporte interno o experiencia de chat embebida en un portal.
No la uses para formularios tradicionales, tickets o reportes si no hay interacción conversacional.
Hard Rules
- Diseñá el chat como herramienta operativa, no como demo visual.
- Mostrá estados claros: vacío, escribiendo, respuesta parcial, error, reconexión y sin permisos.
- Nunca muestres tokens, prompts internos, stack traces ni nombres técnicos de servicios.
- Separá mensajes de usuario, asistente y sistema con jerarquía visual consistente.
- Todo mensaje automático debe explicar qué pasó y qué puede hacer el usuario.
- Si hay streaming, permití cancelar o reintentar sin duplicar mensajes.
- Incluí accesibilidad: foco visible,
aria-live para respuestas y navegación por teclado.
Decision Gates
| Caso |
Decisión |
| Chat simple de soporte |
Layout de una columna con historial y composer fijo |
| Chat dentro de portal operativo |
Panel lateral o drawer, sin bloquear la tarea principal |
| Respuestas con datos sensibles |
Mostrar fuente, fecha y alcance del dato |
| Error del modelo/API |
Mensaje humano + acción de reintento, nunca error técnico crudo |
Execution Steps
- Definí el objetivo del asistente y qué NO puede hacer.
- Diseñá historial, composer, acciones rápidas y estados vacíos.
- Agregá indicadores de carga/streaming y manejo de errores.
- Validá contraste claro/oscuro con tokens GGSoluciones.
- Documentá permisos, límites y datos usados por el asistente.
Output Contract
Entregar estructura UI, estados requeridos, copy de errores, criterios de accesibilidad y notas de integración.
1---2name: chatbot-web3description: Trigger: chatbot, chat, asistente, conversación, mensajes. Crear interfaces conversacionales para portales internos de GGSoluciones.4license: Apache-2.05---67# Chatbot Web - Estándar GGSoluciones89## Activation Contract1011Usá esta skill cuando el usuario pida un chatbot, asistente conversacional, panel de mensajes, soporte interno o experiencia de chat embebida en un portal.1213No la uses para formularios tradicionales, tickets o reportes si no hay interacción conversacional.1415## Hard Rules1617- Diseñá el chat como herramienta operativa, no como demo visual.18- Mostrá estados claros: vacío, escribiendo, respuesta parcial, error, reconexión y sin permisos.19- Nunca muestres tokens, prompts internos, stack traces ni nombres técnicos de servicios.20- Separá mensajes de usuario, asistente y sistema con jerarquía visual consistente.21- Todo mensaje automático debe explicar qué pasó y qué puede hacer el usuario.22- Si hay streaming, permití cancelar o reintentar sin duplicar mensajes.23- Incluí accesibilidad: foco visible, `aria-live` para respuestas y navegación por teclado.2425## Decision Gates2627| Caso | Decisión |28|---|---|29| Chat simple de soporte | Layout de una columna con historial y composer fijo |30| Chat dentro de portal operativo | Panel lateral o drawer, sin bloquear la tarea principal |31| Respuestas con datos sensibles | Mostrar fuente, fecha y alcance del dato |32| Error del modelo/API | Mensaje humano + acción de reintento, nunca error técnico crudo |3334## Execution Steps35361. Definí el objetivo del asistente y qué NO puede hacer.372. Diseñá historial, composer, acciones rápidas y estados vacíos.383. Agregá indicadores de carga/streaming y manejo de errores.394. Validá contraste claro/oscuro con tokens GGSoluciones.405. Documentá permisos, límites y datos usados por el asistente.4142## Output Contract4344Entregar estructura UI, estados requeridos, copy de errores, criterios de accesibilidad y notas de integración.
agallardo2802