GitHub Copilot Agent finder ordena el caos de tools: registros permitidos antes de conectar agentes
GitHub anunció el 17 de junio de 2026 Agent finder para Copilot. La mejora útil para builders no es descubrir más tools, sino separar búsqueda, registro permitido, settings administrados y conexión explícita antes de darle nuevas capacidades a un agente.
Por qué importa
Esta nota se enfoca en la decisión práctica para builders: qué cambia, qué riesgo agrega y cómo aplicarlo sin romper operación.
GitHub anunció el 17 de junio de 2026 Agent finder para GitHub Copilot, una pieza pequeña con una implicación grande: los agentes ya necesitan una forma gobernada de descubrir capacidades. No basta con instalar MCP servers, skills o herramientas al azar. El runtime necesita saber qué puede buscar, de dónde sale y quién autorizó la conexión.
El changelog lo plantea con tres ideas claras: puedes apuntar Agent finder a un catálogo público curado por GitHub o a un registro privado; las empresas pueden controlar qué recursos aparecen mediante managed settings; y la herramienta no instala ni conecta nada automáticamente. Encuentra la capacidad correcta, pero la decisión de cablearla sigue en manos del usuario o del equipo.
La diferencia entre descubrir y conectar
Esa separación es lo más sano del anuncio. Muchos equipos mezclan discovery con autorización: si el agente encuentra una tool, ya la puede usar. Ese patrón es cómodo en demos, pero peligroso en repos reales.
Agent finder propone otro contrato:
- el agente puede descubrir qué recurso existe;
- el administrador define qué registros son válidos;
- Copilot solo muestra lo permitido;
- y la conexión final no ocurre en silencio.
Para organizaciones con varios repos, esto evita dos extremos malos: bloquear todo por miedo o dejar que cada developer agregue tools sin inventario.
Por qué esto importa para MCP y skills
GitHub ya venía empujando contexto para agentes con MCP, skills, Copilot cloud agent y code review. Agent finder agrega la capa que faltaba: cómo encuentra el agente la capacidad correcta sin abrirle todo el universo.
El post menciona que implementa la especificación abierta ARD, así que el patrón no queda necesariamente encerrado en Copilot. Cualquier registry o cliente de IA podría adoptar un modelo parecido.
Para builders, la lectura es útil: si estás creando una plataforma interna de agentes, no diseñes solo tools. Diseña también el catálogo, los permisos, la revisión y la experiencia de conexión.
Qué problema resuelve primero
Agent finder sirve especialmente cuando una organización ya tiene demasiadas capacidades posibles:
- MCP servers por equipo;
- skills internos;
- integraciones con GitHub, CI, observabilidad o soporte;
- herramientas experimentales que no deberían llegar a todos;
- registros privados con documentación o conectores propios.
Sin discovery gobernado, el agente se vuelve dependiente de memoria tribal: alguien tiene que saber qué tool existe, copiar la config y esperar que sea la correcta. Con un registro administrado, el agente puede encontrar lo aprobado sin improvisar.
Demanda e intención
No hay volumen SEO conectado en esta corrida. La demanda se infiere de señales actuales: GitHub publicó la función hoy, aparece junto a otros cambios de Copilot del 17 de junio, y las búsquedas GitHub Copilot Agent finder, agent registry Copilot, ARD specification agents, MCP tool discovery y managed settings Copilot agents tienen intención de equipos que ya están pasando de experimentos a gobernanza.
Agente IA puede competir porque la cobertura en español suele hablar de "más agentes" y no del problema real: cómo impedir que el catálogo de tools se convierta en sombra operativa.
Cómo lo adoptaría
El piloto sano no empieza conectando todo. Empieza así:
- un registro privado con pocas capabilities;
- owners claros por tool o skill;
- settings administrados por equipo;
- revisión manual antes de instalar;
- logs de qué recurso fue sugerido y usado;
- limpieza mensual de herramientas obsoletas.
La conclusión práctica: Agent finder no hace que Copilot sea más autónomo por sí solo; lo hace más gobernable cuando la autonomía empieza a depender de muchas capacidades externas. Si todavía estás definiendo el contrato base de tools y permisos, empieza por el curso gratis. Y si quieres ver cómo GitHub lleva ese contexto a revisión de código, compara con Copilot code review usando skills y MCP.