Cómo usar tus skills, prompts e instrucciones de GitHub Copilot en todos tus proyectos de VS Code

Si trabajas con GitHub Copilot en modo agente sobre varios proyectos de Business Central, seguro que te has encontrado con esta situación: cada vez que abres un proyecto nuevo, tus skills, tus prompts y tus instrucciones no están. Toca volver a copiar la carpeta .github con todo su contenido, y a partir de ahí mantener varias copias que acaban desincronizadas.

En este artículo vemos cómo centralizar todo ese material en una única carpeta de tu equipo y decirle a Visual Studio Code que lo utilice en cualquier proyecto que abras, sin necesidad de copiarlo.

El problema: la configuración vive dentro de cada proyecto

Cuando montamos un flujo de trabajo con Copilot (como vimos con BC Quality o con el framework ALDC), lo habitual es crear dentro del proyecto la carpeta .github con sus subcarpetas de instrucciones, prompts, agentes y skills. Funciona muy bien, pero tiene un límite claro: esa configuración solo existe en ese proyecto.

• Si creas un proyecto nuevo, no hay nada.
• Si empiezas un desarrollo para otro cliente, no hay nada.
• Si mejoras un prompt en un proyecto, el resto no se entera.

Cuando trabajas dentro del repositorio de un único cliente, guardarlo a nivel de repositorio tiene todo el sentido. Pero si eres consultor o desarrollador independiente y saltas entre clientes, no tienes un repositorio fijo donde dejar tu forma de trabajar. Lo que necesitas es que tu framework viaje contigo, no con el proyecto.

La idea: una carpeta central en tu perfil de usuario

La solución pasa por dos pasos:

1. Crear en tu equipo una carpeta con toda tu configuración de Copilot.
2. Indicar en la configuración de usuario de VS Code dónde está esa carpeta.

Al hacerlo en los settings de usuario (y no en los del workspace), la configuración se aplica a cualquier carpeta o proyecto que abras en VS Code.

Paso 1: crear la carpeta del framework

Dentro de tu carpeta de usuario de Windows crea una estructura como esta. En mi caso la he llamado ALDC Framework, dentro de una carpeta de desarrollo AL:

C:\Users\Roberto\DesarrolloAL\ALDC Framework\
├── instructions\
├── prompts\
└── agent-skills\

• instructions: las reglas generales sobre cómo debe trabajar Copilot (convenciones AL, estilo, qué hacer y qué no).
• prompts: los ficheros .prompt.md que lanzas bajo demanda, por ejemplo create functional specification, create technical specification o la guía de usuario.
• agent-skills: las skills que el agente puede cargar cuando las necesita.

Mueve aquí el contenido que antes copiabas proyecto a proyecto.

Paso 2: apuntar VS Code a esa carpeta

Abre la paleta de comandos (Ctrl+Shift+P), busca Preferences: Open User Settings (JSON) y añade las ubicaciones de cada tipo de fichero:

json

{
  "chat.instructionsFilesLocations": {
    "C:\\Users\\Roberto\\DesarrolloAL\\ALDC Framework\\instructions": true
  },
  "chat.promptFilesLocations": {
    "C:\\Users\\Roberto\\DesarrolloAL\\ALDC Framework\\prompts": true
  },
  "chat.agentSkillsLocations": {
    "C:\\Users\\Roberto\\DesarrolloAL\\ALDC Framework\\agent-skills": true
  }
}

Recuerda que el settings.json es un fichero de texto normal: puedes editarlo, añadir más rutas o desactivar una ubicación poniendo su valor a false. Los nombres exactos de estas opciones pueden variar entre versiones de VS Code, así que si alguna no aparece, búscala en la pantalla de Settings filtrando por "locations" dentro de Chat.

Paso 3: comprobar que funciona

Abre un proyecto que no tenga carpeta .github. En el chat de Copilot escribe / y verás que tus prompts ya aparecen disponibles, como create functional specification o create technical specification.

También puedes comprobarlo desde Configure Prompt Files en el propio chat: se listan los prompts de tu carpeta central junto a los del proyecto, si los hubiera. A partir de ahí basta con lanzar el prompt y darle la información de tu requisito para que genere, por ejemplo, la especificación funcional.

Por qué esto hace tu framework más potente

Centralizar no es solo una cuestión de comodidad. Tiene un efecto directo sobre la calidad de lo que produce el agente, y conecta con una de las premisas del desarrollo agéntico:

No corrijas el resultado del agente; corrige la skill o el prompt que lo generó.

Si el agente se equivoca y arreglas a mano lo que ha hecho, el arreglo sirve una sola vez: la próxima vez volverá a fallar igual. Si en cambio ajustas la skill, la instrucción o el prompt, el error desaparece para siempre.

Con una carpeta central esa mejora se propaga automáticamente a todos tus proyectos. Cada corrección se acumula y el framework se vuelve más fiable con el uso, en lugar de dispersarse en copias distintas repartidas por cada cliente.

Recomendación práctica

• Usa la carpeta de usuario para tu forma de trabajar (instrucciones generales, prompts de especificación, skills reutilizables).
• Mantén en el repositorio lo que sea propio del cliente o del proyecto (reglas de negocio, convenciones específicas del equipo).
• Pon la carpeta central bajo control de versiones en tu propio repositorio. Así tienes historial de cambios y puedes llevarla a otro equipo en segundos.

Puedes ver el video aquí:

Si encuentras útil este post, invítame a un café buy me a coffee , ayuda a seguir escribiendo :)