Antigravity 2.0 y agentes para tareas IT cotidianas

Antes de hacer nada, analiza esta carpeta como proyecto de trabajo.

No modifiques ningún archivo todavía.

Devuelve:
1. Archivos detectados.
2. Qué parece contener cada archivo.
3. Qué tareas podrías realizar con ellos.
4. Qué riesgos ves.
5. Qué recomendaciones de seguridad aplicarías antes de trabajar.

Analiza el archivo 02_usuarios_permisos.csv.

Objetivo:
Detectar incoherencias y riesgos en usuarios, licencias y accesos a SharePoint.

No modifiques el CSV original.

Crea un archivo nuevo llamado informe_usuarios_permisos.md.

El informe debe incluir:
1. Resumen ejecutivo.
2. Problemas detectados.
3. Tabla de riesgos.
4. Recomendaciones.
5. Checklist de revisión.

Reglas:
- No inventes datos.
- Si algo no se puede confirmar, márcalo como "requiere revisión".
- No propongas eliminar usuarios automáticamente.
- No propongas quitar accesos sin aprobación humana.

Quiero preparar una carpeta demo para una formación de Antigravity aplicada a un equipo IT que trabaja con Microsoft 365, SharePoint, correo, Excel y soporte interno.

Crea dentro de esta carpeta los siguientes archivos de ejemplo:

1. 01_correos_incidencias.md

Debe contener 5 correos ficticios de usuarios internos.

Cada correo debe tener:
- número de correo;
- asunto;
- remitente ficticio;
- fecha;
- cuerpo del mensaje.

Los 5 casos deben ser:

Correo 1:
Solicitud de acceso a una carpeta de SharePoint por parte de una usuaria del departamento de Compras.

Correo 2:
Problema de login en Microsoft 365 de un usuario de Operaciones.

Correo 3:
Petición de alta de usuario nuevo para el departamento de Calidad.

Correo 4:
Incidencia con archivo Excel compartido que no permite editar a varias personas.

Correo 5:
Solicitud de baja de usuario por salida de empleado.

2. 02_usuarios_permisos.csv

Debe simular un Excel exportado a CSV con 20 usuarios ficticios.

Columnas:
- usuario
- email
- departamento
- licencia_m365
- grupo_seguridad
- acceso_sharepoint
- estado_usuario
- ultima_revision
- responsable_aprobacion
- observaciones

Incluye intencionadamente estos problemas:
- 2 usuarios sin departamento;
- 2 usuarios activos sin responsable de aprobación;
- 2 usuarios externos con acceso a SharePoint;
- 2 usuarios sin fecha de última revisión;
- 2 posibles duplicados;
- 2 licencias incoherentes respecto al tipo de usuario;
- algunos usuarios correctos para comparar.

3. 03_incidencias_semanales.csv

Debe simular un Excel de incidencias de soporte con 30 registros.

Columnas:
- id
- fecha
- solicitante
- departamento
- categoria
- prioridad
- estado
- canal
- descripcion
- tiempo_resolucion_horas

Incluye incidencias variadas de:
- accesos;
- correo;
- SharePoint;
- Excel;
- Teams;
- permisos;
- equipos;
- Microsoft 365;
- datos incompletos.

Incluye prioridades:
- baja;
- media;
- alta;
- critica.

Incluye estados:
- abierta;
- en curso;
- resuelta;
- pendiente usuario.

4. 04_notas_procedimiento_alta_usuario.md

Debe contener notas desordenadas sobre el proceso de alta de un usuario en Microsoft 365.

Incluye:
- datos necesarios;
- pasos mezclados;
- responsables;
- validaciones;
- errores frecuentes;
- aprobaciones;
- dudas pendientes.

Reglas generales:
- Todos los datos deben ser ficticios.
- No uses datos personales reales.
- El contenido debe parecer realista para un equipo IT corporativo.
- No generes aún informes ni dashboards.
- Solo crea los archivos demo.
- Al finalizar, muestra un resumen de los archivos creados.

Revisa los archivos que acabas de crear.

No los modifiques.

Confirma:
1. Qué archivos existen.
2. Cuántos registros tiene cada CSV.
3. Cuántos correos hay en el archivo de correos.
4. Qué problemas intencionados has incluido en usuarios/permisos.
5. Qué tipos de incidencias hay en incidencias semanales.
6. Si los datos son ficticios.

Analiza el archivo 01_correos_incidencias.md.

Objetivo:
Convertir cada correo en un ticket de soporte estructurado.

No modifiques el archivo original.

Crea un nuevo archivo llamado tickets_generados.md con un ticket por cada correo.

Para cada ticket incluye:

# Ticket [número]

## Título
Resume el problema en una frase clara.

## Solicitante
Incluye nombre o email detectado en el correo.

## Categoría
Usa una de estas categorías:
- Accesos
- Microsoft 365
- SharePoint
- Excel
- Teams
- Alta/Baja usuario
- Permisos
- Otro

## Prioridad sugerida
Usa una de estas:
- baja
- media
- alta
- critica

## Motivo de la prioridad
Explica brevemente por qué asignas esa prioridad.

## Descripción
Resume el problema de forma clara.

## Datos detectados
Lista la información útil encontrada en el correo.

## Datos faltantes
Lista los datos que habría que pedir al usuario antes de resolver.

## Equipo sugerido
Usa uno de estos:
- soporte
- sistemas
- seguridad
- responsable de área
- administración Microsoft 365

## Respuesta sugerida al usuario
Redacta una respuesta breve, profesional y clara.

Reglas:
- No inventes datos.
- Si falta información, márcala como pendiente.
- Mantén tono profesional.
- No incluyas datos reales.
- No cambies el contenido del archivo original.

A partir del archivo tickets_generados.md, crea un nuevo archivo llamado tickets_generados.json.

Debe contener un array JSON con un objeto por ticket.

Cada objeto debe tener:
- titulo
- solicitante
- categoria
- prioridad
- motivo_prioridad
- descripcion
- datos_detectados
- datos_faltantes
- equipo_sugerido
- respuesta_sugerida

Reglas:
- Devuelve JSON válido.
- No añadas comentarios fuera del JSON.
- No inventes información nueva.

Analiza el archivo 02_usuarios_permisos.csv.

Objetivo:
Detectar incoherencias, riesgos y tareas pendientes en el listado de usuarios, licencias, grupos de seguridad y accesos a SharePoint.

No modifiques el archivo original.

Crea un informe llamado informe_usuarios_permisos.md.

El informe debe incluir:

# Informe de revisión de usuarios y permisos

## 1. Resumen ejecutivo
Explica en 5-7 líneas la situación general.

## 2. Métricas principales
Incluye:
- número total de usuarios analizados;
- usuarios activos;
- usuarios inactivos;
- usuarios externos;
- usuarios con acceso a SharePoint;
- usuarios sin fecha de última revisión;
- usuarios con incidencias detectadas.

## 3. Problemas detectados por tipo
Agrupa los problemas en estas secciones:
- usuarios sin departamento;
- usuarios activos sin responsable de aprobación;
- usuarios externos con acceso a SharePoint;
- usuarios sin fecha de última revisión;
- licencias incoherentes;
- posibles duplicados;
- observaciones relevantes.

## 4. Tabla de riesgos
Crea una tabla con columnas:
- usuario;
- email;
- problema;
- riesgo;
- prioridad;
- acción recomendada.

## 5. Recomendaciones generales
Incluye recomendaciones para soporte, sistemas y seguridad.

## 6. Checklist de revisión manual
Crea una checklist accionable para revisar los casos detectados.

## 7. Próximos pasos
Lista acciones ordenadas por prioridad.

Reglas:
- No inventes registros.
- Basa el informe solo en el CSV.
- Si no puedes confirmar algo, indícalo como "requiere revisión".
- No propongas eliminar usuarios automáticamente.
- No propongas quitar accesos sin aprobación humana.
- Prioriza acciones seguras y revisables.

A partir del archivo informe_usuarios_permisos.md, crea una versión HTML llamada informe_usuarios_permisos.html.

Objetivo:
Crear una página visual y profesional para presentar el informe a responsables de IT.

Requisitos:
- Todo debe estar en un único archivo HTML.
- Incluye CSS interno.
- No uses librerías externas.
- Debe poder abrirse directamente en navegador.
- Usa un diseño limpio y corporativo.

El HTML debe incluir:

1. Cabecera con título y fecha de generación.
2. Resumen ejecutivo destacado.
3. Tarjetas de métricas principales.
4. Secciones por tipo de problema.
5. Tabla de riesgos.
6. Recomendaciones.
7. Checklist final.
8. Bloque de próximos pasos.

Diseño:
- tarjetas para métricas;
- tabla clara;
- uso de colores suaves para prioridad baja, media, alta y crítica;
- buena legibilidad;
- diseño responsive sencillo.

Reglas:
- No inventes datos nuevos.
- Usa únicamente la información del informe Markdown.

Analiza el archivo 03_incidencias_semanales.csv.

Objetivo:
Crear un dashboard visual en HTML para presentar el estado semanal de incidencias IT.

No modifiques el CSV original.

Crea un archivo llamado dashboard_incidencias.html.

El dashboard debe incluir:

1. Encabezado
- título: Dashboard semanal de incidencias IT
- fecha de generación
- resumen breve de la semana analizada

2. Tarjetas de métricas
Incluye:
- total de incidencias;
- incidencias abiertas;
- incidencias en curso;
- incidencias resueltas;
- incidencias pendientes de usuario;
- incidencias de prioridad alta o crítica;
- tiempo medio de resolución.

3. Bloque de distribución por categoría
Muestra incidencias por:
- accesos;
- correo;
- SharePoint;
- Excel;
- Teams;
- permisos;
- equipos;
- Microsoft 365;
- otras si existen.

4. Bloque de distribución por departamento
Muestra qué departamentos concentran más incidencias.

5. Bloque de distribución por prioridad
Muestra número de incidencias por prioridad:
- baja;
- media;
- alta;
- critica.

6. Tabla de incidencias relevantes
Incluye las incidencias:
- de prioridad alta o crítica;
- abiertas;
- en curso;
- pendientes de usuario.

Columnas:
- id;
- fecha;
- departamento;
- categoría;
- prioridad;
- estado;
- descripción resumida;
- tiempo_resolucion_horas.

7. Conclusiones
Incluye:
- principales problemas detectados;
- áreas con más carga;
- posibles cuellos de botella;
- recomendaciones para la semana siguiente.

Requisitos técnicos:
- Todo en un único archivo HTML.
- CSS incluido en el propio archivo.
- No usar librerías externas.
- Debe poder abrirse directamente en navegador.
- Si no puedes generar gráficas reales, usa barras visuales con HTML/CSS.
- Diseño claro, visual y profesional.
- Diseño responsive sencillo.

Reglas:
- No inventes incidencias.
- Basa los cálculos solo en el CSV.
- Si hay datos vacíos o inconsistentes, indícalo en conclusiones.

Revisa el archivo dashboard_incidencias.html y mejora su diseño visual.

Objetivo:
Hacer que el dashboard sea más claro y presentable para responsables de área.

Mejoras:
- mejora la jerarquía visual;
- añade tarjetas más claras;
- mejora espaciados;
- mejora legibilidad de tablas;
- usa etiquetas visuales para prioridad;
- añade una sección final de recomendaciones accionables.

Reglas:
- No cambies los datos.
- No inventes métricas nuevas.
- Mantén todo en un único archivo HTML.
- No uses librerías externas.

A partir del dashboard_incidencias.html y del CSV original, crea un archivo llamado resumen_ejecutivo_incidencias.md.

Debe incluir:
1. Resumen de la semana en 5 líneas.
2. Principales categorías de incidencia.
3. Departamentos con más carga.
4. Riesgos detectados.
5. Recomendaciones.
6. Mensaje breve para enviar por email a responsables.

No inventes datos.

Analiza el archivo 04_notas_procedimiento_alta_usuario.md.

Objetivo:
Convertir las notas desordenadas en un procedimiento operativo claro para alta de usuarios en Microsoft 365.

No modifiques el archivo original.

Crea un archivo llamado procedimiento_alta_usuario_m365.md.

El procedimiento debe incluir:

# Procedimiento de alta de usuario en Microsoft 365

## 1. Objetivo
Explica para qué sirve el procedimiento.

## 2. Alcance
Indica a qué tipos de alta aplica.

## 3. Roles implicados
Incluye:
- solicitante;
- responsable de área;
- soporte IT;
- administración Microsoft 365;
- seguridad, si aplica.

## 4. Datos necesarios antes de iniciar el alta
Lista todos los datos que deben recogerse.

## 5. Procedimiento paso a paso
Ordena los pasos de forma lógica.

## 6. Validaciones necesarias
Incluye comprobaciones antes, durante y después del alta.

## 7. Aprobaciones requeridas
Indica qué aprobaciones son necesarias y en qué momento.

## 8. Errores frecuentes
Lista errores habituales y cómo prevenirlos.

## 9. Checklist final
Crea una checklist de verificación.

## 10. Plantilla de solicitud de alta
Crea una plantilla que pueda enviar un responsable de área.

## 11. Plantilla de respuesta al solicitante
Crea una respuesta profesional confirmando recepción o solicitando datos pendientes.

## 12. Pendiente de definir
Incluye aquí cualquier información que falte en las notas originales.

Reglas:
- No inventes políticas internas.
- Si falta información, añádela a "Pendiente de definir".
- El procedimiento debe ser útil para soporte IT.
- Usa lenguaje claro.
- No uses datos reales.

A partir del archivo procedimiento_alta_usuario_m365.md, crea una versión simplificada para responsables de área.

Crea un archivo llamado guia_responsables_alta_usuario.html.

Objetivo:
Crear una página HTML interna que explique de forma sencilla cómo solicitar el alta de un usuario.

Debe incluir:
1. Título claro.
2. Explicación breve.
3. Qué datos debe aportar el responsable.
4. Pasos del proceso.
5. Qué aprobaciones son necesarias.
6. Errores frecuentes.
7. Checklist antes de enviar la solicitud.
8. Preguntas frecuentes.
9. Bloque final con "Antes de enviar, revisa esto".

Requisitos:
- Todo en un único HTML.
- CSS interno.
- No uses librerías externas.
- Diseño claro y visual.
- Lenguaje sencillo, no técnico.
- No inventes políticas no incluidas en el procedimiento.

Configura una tarea programada semanal para revisar el archivo 03_incidencias_semanales.csv.

Objetivo:
Cada lunes por la mañana, generar un informe semanal de incidencias IT.

La tarea debe:

1. Leer 03_incidencias_semanales.csv.

2. Calcular:
- total de incidencias;
- incidencias abiertas;
- incidencias en curso;
- incidencias resueltas;
- incidencias pendientes de usuario;
- prioridades altas/críticas;
- categorías más frecuentes;
- departamentos con más incidencias;
- tiempo medio de resolución.

3. Crear o actualizar el archivo:
informe_semanal_incidencias.md

4. Crear o actualizar el archivo:
dashboard_incidencias.html

5. Crear un borrador de email:
email_resumen_semanal.md

El email debe incluir:
- resumen de la semana;
- principales riesgos;
- departamentos con más incidencias;
- recomendaciones;
- enlace o referencia al dashboard generado.

Reglas:
- No enviar emails automáticamente.
- No modificar el CSV original.
- No inventar datos.
- Si faltan columnas o datos, indicarlo en el informe.
- Incluir fecha de generación.
- Dejar claro que el informe requiere revisión humana antes de enviarse.

Configura una tarea programada mensual para revisar el archivo 02_usuarios_permisos.csv.

Objetivo:
Cada primer lunes de mes, generar un informe de revisión de usuarios, licencias y accesos a SharePoint.

La tarea debe:
1. Leer 02_usuarios_permisos.csv.
2. Detectar:
- usuarios externos con acceso SharePoint;
- usuarios activos sin responsable;
- usuarios sin última revisión;
- usuarios sin departamento;
- posibles duplicados;
- licencias incoherentes.
3. Crear o actualizar:
informe_mensual_permisos.md
4. Crear o actualizar:
informe_mensual_permisos.html
5. Crear:
email_revision_permisos.md

Reglas:
- No modificar usuarios.
- No eliminar accesos.
- No enviar correos automáticamente.
- Marcar todas las acciones como pendientes de revisión humana.
- No inventar datos.

A partir del archivo procedimiento_alta_usuario_m365.md, crea una landing HTML interna llamada landing_alta_usuario_m365.html.

Objetivo:
Explicar a responsables de área cómo solicitar correctamente el alta de un usuario en Microsoft 365.

La landing debe incluir:

1. Hero inicial
- título;
- subtítulo;
- breve explicación del proceso.

2. Sección "Cuándo usar este procedimiento"
Explica en qué casos aplica.

3. Sección "Datos que debes preparar"
Lista clara de datos necesarios.

4. Sección "Pasos del proceso"
Muestra los pasos de forma visual.

5. Sección "Aprobaciones"
Explica quién debe aprobar.

6. Sección "Errores frecuentes"
Incluye errores comunes y cómo evitarlos.

7. Checklist final
Lista de comprobación antes de enviar la solicitud.

8. FAQ
Incluye 5 preguntas frecuentes.

9. Bloque final
Texto de llamada a la acción:
"Antes de enviar la solicitud, revisa que tienes toda la información necesaria."

Requisitos:
- Todo en un único archivo HTML.
- CSS interno.
- No usar librerías externas.
- Diseño limpio y corporativo.
- Lenguaje sencillo.
- No inventes políticas internas.