Preguntas

¿Esto va en una skill o en las instrucciones del proyecto?

Las instrucciones del proyecto se leen en cada tarea de ese proyecto. Una skill se lee solo cuando una tarea coincide con su descripción. Pon en las instrucciones lo que siempre es cierto, y en una skill lo que es cierto para un tipo concreto de trabajo.

Siempre activo frente a bajo demanda

Las instrucciones del proyecto ocupan contexto necesite o no la tarea actual, y ese intercambio es el correcto para datos como el gestor de paquetes, el comando de pruebas o la convención de ramas. Un procedimiento para un solo trabajo, como preparar una release o escribir una migración, cuesta ese mismo contexto en cada tarea no relacionada si lo pones ahí.

La longitud es la señal práctica

Cuando una sección de las instrucciones crece más de una pantalla y describe un procedimiento en lugar de un hecho, ya es una skill que aún no se ha extraído. Sacarla acorta lo que paga cada tarea y le da una descripción al procedimiento, que además es el momento en que descubres si alguna vez fue lo bastante concreto para seguirse.

No son rivales

El arreglo sano son instrucciones de proyecto cortas con los hechos permanentes, más un conjunto pequeño de skills que cargan los procedimientos. Si te descubres repitiendo el mismo párrafo en varias skills, ese párrafo es un hecho permanente y su sitio está arriba, en las instrucciones del proyecto.