GitHub Copilot Dev Days Tenerife: agentes, skills y subagentes

El sábado 17 de octubre por la mañana nos reunimos en el Colegio Salesianos La Cuesta, en La Laguna, para una nueva edición de los GitHub Copilot Dev Days. El evento, organizado conjuntamente por TenerifeDev y Guarandinga Tech, empezó a las 9:30 y se alargó hasta las 13:30, con una agenda repleta de sesiones sobre desarrollo e inteligencia artificial.

A las 9:45, Emiliano Montesdeoca del Puerto, Team Lead en Intelequia, y yo compartimos la charla «GitHub Copilot: agentes, skills y subagentes». En la agenda aparecía con nuestros nombres y cargos: Santiago Porras Rodríguez, Software Architect en ENCAMINA, y Emiliano Montesdeoca del Puerto, Team Lead en Intelequia. El objetivo era poner un poco de orden entre conceptos que a menudo se mezclan y explicar qué diferencia hay entre escribir instrucciones, definir un agente, crear una skill o delegar una tarea en un subagente. No son cuatro maneras de llamar a lo mismo, ni hace falta usarlos todos a la vez.

Una mañana hablando de desarrollo con IA #

Después de nuestra sesión, la agenda continuó con charlas sobre el paso de Vibe Coding a Spec-Driven Development, Get Shit Done frente a SpecKit, ION con GitHub Copilot y el futuro de Power Platform con GitHub Copilot. Entre medias hubo café y networking, que para muchos acaba siendo una de las partes más interesantes de cualquier evento, y no necesariamente por la cafeína.

La mañana estuvo conducida por David J. Rodríguez Hernández, acompañado por su inseparable agente #Irene, que aportó un toque de humor canario entre sesiones. Para cerrar, hubo Kahoot, premios y pizza con bebidas; una agenda bastante completa para una mañana de sábado.

Instrucciones, agentes, skills y subagentes #

La conversación partía de un cambio que ya estamos viendo en nuestro día a día: GitHub Copilot puede hacer bastante más que sugerir la siguiente línea de código. Cuando le damos un objetivo y las herramientas adecuadas, puede explorar el repositorio, actuar, observar qué ha ocurrido y ajustar el rumbo. Pero para trabajar con él con un poco de cabeza conviene entender qué papel juega cada pieza.

Las instrucciones definen las reglas del proyecto: sus convenciones, su arquitectura, las restricciones y la forma de trabajar que queremos que Copilot tenga en cuenta. Un agente representa un rol con una responsabilidad y unos criterios propios; recibe un objetivo, decide cómo abordarlo y utiliza las herramientas disponibles. Una skill empaqueta conocimiento y un procedimiento reutilizable para hacer bien una tarea. Y un subagente es una forma de delegar una parte concreta del trabajo para que el agente principal reciba el resultado y decida cómo integrarlo.

La diferencia importa porque cada elemento resuelve una necesidad distinta. Si queremos dejar claras unas reglas comunes, escribimos instrucciones; si queremos reutilizar un procedimiento, puede tener sentido una skill; si necesitamos un rol con responsabilidad propia, pensamos en un agente; y si una parte del trabajo se puede separar y devolver con un resultado claro, podemos delegarla en un subagente.

Eso no significa que debamos montar una estructura enorme para cada petición. Muchas tareas se resuelven con un prompt bien planteado y, cuando añadimos más piezas de las necesarias, también aparecen más coordinación, latencia y posibilidades de complicar algo que era sencillo. No hace falta montar un ejército para revisar un endpoint.

Una API pequeña para aterrizar las ideas #

Para llevarlo a un caso concreto, trabajamos sobre una API Minimal en .NET. El ejercicio consistía en añadir un POST /devices para registrar dispositivos, siguiendo un contrato definido: normalizar los datos de entrada, validar los campos, gestionar números de serie duplicados y comprobar el comportamiento con pruebas.

La parte interesante no era demostrar que una IA puede escribir un endpoint —eso ya lo hemos visto—, sino enseñar cómo se pueden combinar las piezas. Un agente principal se encargaba de implementar, una skill aportaba un procedimiento reutilizable para crear el endpoint y un agente de revisión recibía una tarea acotada para contrastar el contrato y las pruebas.

También hablamos de los límites, porque delegar no significa dejar de ser responsable del resultado. Hay que explicar bien qué esperamos, definir el alcance y comprobar lo que vuelve. Un contexto separado tampoco equivale a un sistema de archivos aislado, y decir «solo lectura» en unas instrucciones no sustituye a verificar los permisos reales.

La demo era deliberadamente pequeña y se centraba en el mecanismo, no en vender una API como lista para producción. La idea era ver cómo dar contexto, reutilizar conocimiento y delegar una revisión sin confundir esas capacidades con una garantía automática de calidad.

El colofón llegó desde la pantalla #

Y todavía quedaba una sorpresa. Al evento se sumó en remoto Bruno Capuano, Principal Cloud Advocate de GitHub/Microsoft, para poner el broche hablando de cómo construir aplicaciones inteligentes integrando el runtime de Copilot con Copilot SDK.

Fue una forma estupenda de ampliar la conversación: no quedarnos únicamente en Copilot como herramienta dentro del editor, sino pensar también en cómo llevar su runtime a nuestras propias aplicaciones. En su sesión aparecieron posibilidades como la interacción, el streaming, el uso de herramientas y la gestión de permisos, una perspectiva distinta para cerrar una mañana dedicada a explorar formas de trabajar con Copilot.

Una mañana de comunidad #

Gracias a TenerifeDev y Guarandinga Tech por organizar el evento, al Colegio Salesianos La Cuesta por acogernos, a Emiliano por compartir la sesión conmigo y a Bruno por sumarse en remoto para cerrar la mañana. Y, por supuesto, gracias a todas las personas que se acercaron, escucharon y participaron en las conversaciones.

Me quedo con una idea sencilla: trabajar con agentes no va de crear agentes para todo, sino de entender qué reglas queremos dejar claras, qué conocimiento merece la pena reutilizar y qué parte del trabajo compensa delegar. Después toca revisar lo que vuelve, porque la responsabilidad final sigue siendo nuestra.

Y eso, de momento, no lo resuelve ninguna slide.

Have fun & enjoy coding!