$ copilot sale de VS Code

Durante años, GitHub Copilot fue sinónimo de autocompletado dentro de un editor. Copilot CLI cambia eso: es un agente que vive en la terminal, puede leer y modificar tu repo, ejecutar comandos y trabajar de forma autónoma en una tarea, no solo sugerirte la siguiente línea.

Lo he ido probando en tareas de mantenimiento normales —no en demos preparadas— y esto es lo que saco en claro.

Lo que hace bien

Integración nativa con el ecosistema GitHub. Si tu flujo ya vive en GitHub —issues, pull requests, Actions—, Copilot CLI encaja sin fricción añadida. No es un agente genérico al que le tienes que explicar cómo funciona tu repo desde cero cada vez; entiende el contexto de una organización de GitHub de forma más directa que una herramienta de terceros.

Control remoto de sesiones. Puedes lanzar una tarea desde la CLI y seguirla o retomarla desde el móvil, la web o VS Code. Para tareas largas —una migración, una batería de fixes— esto importa más de lo que parece: no necesitas quedarte pegado a la terminal esperando.

Programar tareas y modo "pato de goma". Además de ejecutar directamente, permite dejar tareas programadas y tiene un modo pensado para razonar en voz alta sobre un problema antes de tocar código, útil cuando el problema no está del todo claro todavía.

Un SDK propio. Para quien quiera construir herramientas o automatizaciones encima del agente en vez de solo usarlo de forma interactiva, GitHub ha publicado un SDK dedicado, lo que indica que lo tratan como plataforma, no como feature de acompañamiento.

Dónde se queda corto

Fuera de GitHub, pierde ventaja. Su punto fuerte —el contexto de la plataforma— desaparece si tu repo, tu gestión de issues o tu CI no viven ahí. En ese escenario compite en igualdad de condiciones con cualquier otro agente de terminal, y ahí la diferencia la marca la calidad del modelo y la ergonomía de la CLI en sí, no la integración.

Interfaz de terminal más joven. Es una herramienta relativamente reciente frente a alternativas que llevan más tiempo puliendo la experiencia de sesión larga: cómo gestiona el contexto entre pasos, cómo recupera una sesión interrumpida, cómo te deja intervenir a media tarea sin romper el hilo. No es que falle, es que se nota que hay menos rodaje.

Depende de tu suscripción a Copilot. No es una herramienta suelta que puedas usar con cualquier modelo o cualquier proveedor: viene atada al plan de Copilot que ya tengas. Si estás evaluando agentes de terminal desde cero, eso es un factor de decisión, no solo un detalle de facturación.

No sustituye criterio de revisión. Como cualquier agente, ejecutar un comando y que "funcione" no es lo mismo que que el cambio sea correcto a largo plazo. Esto no es un defecto exclusivo de Copilot CLI, pero conviene decirlo porque la fluidez de la herramienta invita a confiar de más.

Para quién tiene sentido

Si tu equipo ya trabaja dentro de GitHub de forma intensiva —PRs, Actions, issues como fuente de verdad—, Copilot CLI reduce fricción real: no estás pegando contexto a mano, la herramienta ya sabe dónde mirar. Si trabajas con repos dispersos, otros hosting de código, o quieres total libertad de modelo, la ventaja se diluye y merece la pena comparar con otras opciones antes de comprometerte.

No es la herramienta "mejor" en abstracto. Es la herramienta que gana cuando GitHub ya es el centro de gravedad de tu flujo de trabajo.

Relacionado: Automatizar tareas sin perder el control del resultado