GitHub Copilot
Elegir primero la superficie
GitHub Copilot reúne experiencias de asistencia y ejecución agentic. La unidad de evaluación práctica debe incluir producto, superficie y función, no únicamente el nombre Copilot. Esta nota se basa en documentación oficial consultada el 2026-11-08; no es un catálogo exhaustivo de disponibilidad por plan o editor.
La ficha de agentes distingue code review, cloud agent, CLI y aplicación de escritorio, entre otras experiencias. Describe el cloud agent asíncrono con entorno efímero y restringido por firewall, y CLI con capacidad para modificar archivos y ejecutar comandos. No se debe trasladar ese aislamiento cloud a cualquier sesión local. Chat, generación de sugerencias, revisión y ejecución de cambios tienen responsabilidades distintas.
El Atlas conserva coding-assistants, coding-agent y ai-assisted-code-review como conceptos independientes de estas etiquetas de interfaz. Una función que revisa un diff no es evidencia de que se haya ejecutado toda la aceptación de la tarea.
Contexto y personalización
La matriz oficial de instrucciones diferencia soporte por entorno y función. Incluye instrucciones de repositorio en .github/copilot-instructions.md, instrucciones por path y archivos de agentes donde están admitidos. Por ejemplo, la fila de cloud agent enumera instrucciones de repositorio, por path y de agentes; no debe generalizarse esa fila a todos los IDEs.
Antes de copiar una estructura desde otro cliente, comprobar qué archivo se descubre, a qué paths aplica y si la función lo consume. «El archivo está versionado» y «el agente recibió su contenido» son afirmaciones diferentes. La guía general está en persistent-instructions. Un solo repositorio puede necesitar mantener representaciones compatibles sin inventar una jerarquía común entre proveedores.
GitHub también distingue instrucciones, skills, herramientas, MCP, hooks, subagents, custom agents y paquetes. Las instrucciones orientan conducta; una skill organiza trabajo reutilizable y un custom agent configura un rol. El soporte de cada personalización depende de la superficie. Por eso, un archivo de perfil no demuestra que haya delegación ni ejecución paralela en la sesión actual.
Límites y responsabilidad
La ficha de agentes señala diferencias de permisos, entorno y flujo de datos entre experiencias. La adopción debe identificar dónde se ejecutan comandos, qué repositorios son accesibles y cómo se revisan resultados. Un pull request generado ofrece una unidad revisable, pero no convierte automáticamente el cambio en correcto, autorizado o listo para producción.
Como criterio del Atlas, combinar agent-permissions-and-approval-boundaries, agent-sandboxing y las reglas ordinarias del repositorio. Revisar qué controles son efectivos en la función elegida en vez de usar una instrucción textual como sustituto. prompt-injection también importa al procesar issues, comentarios, código y resultados externos que pueden incluir texto con apariencia de instrucciones.
Ejercicio práctico sin comparar marcas
Seleccionar un bug con un caso reproducible y una aceptación pequeña. En el IDE o CLI, delimitar archivos y comandos; para una función remota, comprobar además cómo prepara su entorno. Registrar dónde se ejecutaron las pruebas y qué revisión corresponde a sus resultados.
Separar tres preguntas: ¿el cambio implementa lo pedido?, ¿la verificación es suficiente?, ¿está autorizado integrarlo? Las respuestas pueden ser diferentes. Una aprobación del diff no implica permiso para publicar y una revisión automatizada no reemplaza al responsable humano del cambio.
Para evaluar incorporación al equipo, repetir un conjunto representativo de tareas con condiciones comparables. Considerar errores, preparación del entorno y tiempo de revisión, además de latencia y consumo. Esa es una aplicación de agent-evaluation y agent-execution-and-human-review-cost, no una clasificación universal entre productos.
Qué revisar al cambiar de cliente
Revisar matriz de soporte, instrucciones efectivas, permisos, conectividad, tratamiento de datos y restricciones organizacionales. No se fijan modelos, cuotas, precios ni paridad entre suscripciones. Si una capacidad no figura para la combinación utilizada, mantenerla como incertidumbre hasta confirmarla.
ai-technology-catalog conecta esta nota con otras implementaciones y con las preguntas comunes de adopción.