Tareas de preparación
Antes de empezar. Para que las sesiones sean productivas desde el minuto uno, el equipo necesita tener preparadas estas cosas. No son tareas complejas, pero sí necesarias.
1. Proyecto donde vais a meter IA
Section titled “1. Proyecto donde vais a meter IA”Lo ideal es tener acceso a un grupo de GitLab donde estén el front y el back del proyecto real del equipo. El consultor creará un proyecto adicional <nombre-proyecto>-workspace dentro de ese grupo.
Estructura esperada en GitLab:
grupo-proyecto/ ├── <nombre>-front ← repo Angular existente ├── <nombre>-back ← repo Laravel existente └── <nombre>-workspace ← repo nuevo (lo crea el consultor)Si el equipo tiene otra estructura (monorepo, repos separados fuera de grupo, etc.), no hay problema — nos adaptamos. Lo importante es tener acceso de escritura a los repos.
2. Pensar en una herramienta que necesitéis
Section titled “2. Pensar en una herramienta que necesitéis”Pensar en alguna herramienta interna que os gustaría tener. Puede ser:
- Para usar en equipo (dashboard de estado, generador de boilerplate, validador de convenciones)
- Para un proyecto o repo concreto (migrador de datos, generador de seeds, linter custom)
- De terminal (CLI para tareas repetitivas, scripts de despliegue)
- Lo que sea
No os fijéis en la dificultad. Lo importante es tener claro qué es lo que necesitáis. Si no se os ocurre nada ahora, no pasa nada — surgirá durante las sesiones.
3. Pensar en un proyecto SaaS
Section titled “3. Pensar en un proyecto SaaS”Pensar en algún producto SaaS (Software as a Service) que podríais vender en Almería o en vuestro entorno. Ejemplos de sectores:
- Agricultura — gestión de parcelas, control de riego, trazabilidad de cosechas
- Turismo — reservas, experiencias locales, gestión de alojamientos
- Hostelería — carta digital, gestión de pedidos, control de stock
- Logística — rutas de reparto, gestión de almacén
- Inmobiliaria — gestión de propiedades, comunicación con inquilinos
No tiene que ser una idea cerrada ni un plan de negocio. Es un ejercicio para tener un proyecto real sobre el que trabajar con el agente durante las sesiones.
4. Cuenta de GitHub Copilot trabajando en herramientas internas
Section titled “4. Cuenta de GitHub Copilot trabajando en herramientas internas”Debería haber una cuenta de GitHub Copilot dedicada a construir herramientas internas de forma continua. No solo durante la consultoría — como parte del flujo diario del equipo.
La idea: tener un agente trabajando constantemente en herramientas que mejoren la productividad del equipo y en algún producto propio.
Ejemplos de herramientas internas que podríais tener
Section titled “Ejemplos de herramientas internas que podríais tener”- Validador de convenciones del proyecto — Un CLI o extensión que verifique que el código sigue las reglas del
copilot-instructions.md. Obliga al equipo a ir en una misma dirección. - Generador de boilerplate — Crea la estructura de una feature completa (componente + servicio + tests + controller + migration) siguiendo los patrones del equipo.
- Dashboard de métricas del equipo — Tiempo de ciclo de features, cobertura de tests, MRs pendientes, estado del pipeline.
- Bot de onboarding — Cuando llega un dev nuevo, la herramienta configura su workspace, le asigna tareas de familiarización y valida que el entorno funciona.
- Changelog automático — Lee los commits desde el último tag y genera un changelog formateado para el cliente.
- Auditor de deuda técnica — Escanea el proyecto y genera un informe de deuda técnica priorizado.