La idea clave
Copilot puede ayudarte a proponer el vocabulario con el que ordenas tus repositorios. Decidir qué significa cada categoría sigue siendo trabajo del equipo.
Hay problemas de desarrollo que empiezan mucho antes de escribir código: por ejemplo, que nadie use las mismas palabras para describir un proyecto. GitHub anunció el 15 de septiembre sugerencias de Copilot para las definiciones de propiedades personalizadas. Es una mejora discreta con una aplicación concreta: ayudar a organizar conjuntos de repositorios. La fuente es el changelog oficial en inglés.
La novedad del 15 de septiembre
Las propiedades personalizadas añaden metadatos a los repositorios y permiten utilizarlos para delimitar reglas. Al crear una definición en una empresa u organización, Copilot sugiere valores admitidos relacionados con esa propiedad. Los responsables pueden aceptar propuestas y controlar la disponibilidad mediante la política Repository custom property suggestions.
El alcance es importante: el anuncio trata de sugerir valores para una definición. No acredita que Copilot inspeccione y clasifique automáticamente todos tus proyectos, ni que decida cuáles deben cumplir una política determinada.
Por qué importa una etiqueta
Imagina un equipo que llama «producción» a sus servicios activos y otro que utiliza «live» para lo mismo. Si después alguien quiere aplicar una regla a todos ellos, tiene que conocer ambas convenciones. El problema no es la falta de etiquetas: es que cada grupo interpreta el catálogo de una manera.
Nuestra lectura es que la ayuda de IA puede acelerar el arranque, pero el beneficio llega cuando el equipo comparte las definiciones. Una lista muy completa que nadie entiende será menos útil que tres opciones con un significado estable y un responsable claro.
Una taxonomía que puedas mantener
Ejemplo editorial
Para una propiedad «etapa», empieza con «prototipo», «piloto» y «producción». Escribe una frase que explique cuándo se utiliza cada valor y quién autoriza el paso al siguiente.
Después revisa cinco repositorios conocidos. Si dos personas no coinciden al clasificarlos, ajusta las definiciones antes de extenderlas. El ejercicio sirve para descubrir una ambigüedad cuando todavía cuesta poco corregirla.
Introduce un caso incómodo: un prototipo accesible desde Internet que utiliza datos ficticios. «Etapa» y «exposición» podrían estar contando cosas distintas. Mezclarlas en una sola propiedad haría difícil describir proyectos que no siguen el recorrido habitual. Separarlas puede resultar más claro, siempre que ambas tengan una utilidad concreta.
No aceptes una sugerencia solo porque parezca profesional. Pregunta qué decisión permite tomar y cómo sabrás que sigue siendo correcta dentro de unos meses. Una propiedad sin mantenimiento puede acabar describiendo el pasado del repositorio.
Sugerir no es clasificar
Antes de utilizar una propiedad para aplicar reglas, comprueba una muestra de proyectos incluidos y excluidos. Esa revisión permite detectar valores vacíos, interpretaciones diferentes o categorías que ya han quedado antiguas. El catálogo debería facilitar el trabajo del siguiente administrador, no obligarle a descifrar intenciones.
La oportunidad aquí es sencilla: dedicar menos tiempo a inventar opciones y más a acordar significados. Copilot puede ofrecer un primer borrador; la calidad de la organización se verá cuando otra persona pueda utilizarlo sin preguntar qué quiso decir quien lo creó.
Fuente primaria del 15/09/2026, consultada el 16/09. Ejemplos propuestos por Texploto, sin ejecución en una organización real. Para otro cambio reciente, consulta los tres niveles de selección automática de modelos.
