Preguntas

¿Cómo se comparten skills en un equipo?

Guárdalas en el repositorio al que se aplican y deja que el control de versiones haga la distribución. Todo el que clone recibe las mismas skills en la misma revisión, los cambios llegan por revisión como cualquier otro cambio y no hay una copia aparte que se desvíe.

El control de versiones es el mecanismo de distribución

Una skill es texto plano en un directorio, justo aquello en lo que un repositorio es bueno. Versionarla significa que un pull request puede cambiar cómo se comporta el agente, que alguien puede objetar en la revisión y que una mala instrucción se puede revertir. Pasarse carpetas, en cambio, da a cada persona una versión ligeramente distinta en menos de un mes.

El alcance decide dónde va

Las skills que codifican cómo funciona este código van en este código. Las skills que codifican cómo funciona la empresa, y valen para varios repositorios, es mejor mantenerlas en un único sitio del que los demás tiran, para que haya una sola copia que corregir cuando cambie la convención.

Revisa las descripciones con el mismo cuidado que las instrucciones

Dos equipos añadiendo skills por separado es la forma habitual en que las descripciones empiezan a solaparse, y el solape es lo que hace ganar a la skill equivocada. Vale la pena leer la descripción de una skill nueva contra las ya instaladas antes de integrarla; es un hábito más barato que depurar la colisión después.