GitHub Copilot: cuándo usar los modos Ask, Edit, Agent y Plan según la tarea

La mayoría de desarrolladores usan GitHub Copilot (y herramientas similares como Claude Code, Open AI Codex, Google Antigravity, Cursor...) sin saber que están dejando sobre la mesa el 75% de su potencial.

Copilot no es una herramienta única, sino cuatro diferentes: Ask, Edit, Agent y Plan. Cada uno de estos modos resuelve un tipo distinto de problema según cuánta autonomía quieras delegar.

La clave no está en usar siempre el modo más avanzado, sino en saber cuál aplicar en cada momento. Usar Edit cuando deberías usar Agent te hará perder tiempo. Usar Agent cuando necesitas Ask puede generar cambios innecesarios (y consumir créditos innecesariamente).

Entender esta progresión de control a autonomía es lo que separa a quien aprovecha Copilot de quien lucha contra él, y ahora vamos a ver cómo funciona cada modo para que sepas exactamente cuándo usar cada uno.

Modo Ask: hacer preguntas sin tocar el código

Ask es el modo más conservador de GitHub Copilot. Funciona como un chat técnico especializado: le haces preguntas sobre tu código, frameworks, errores o conceptos, y te responde sin modificar ningún archivo. Es conversación pura.

Este modo resulta especialmente útil cuando estás explorando. Necesitas entender cómo funciona una librería antes de implementarla, quieres saber qué hace un fragmento de código legacy que tienes que tocar, o buscas comparar diferentes enfoques para resolver un problema. También es perfecto para depurar: le pasas un error y te explica posibles causas sin tocar nada. Ask te da información sin compromiso.

La ventaja principal es la seguridad. No hay riesgo de que Copilot modifique algo por error porque simplemente no puede hacerlo en este modo. Puedes explorar ideas, pedir explicaciones técnicas a fondo o solicitar ejemplos de código que luego tú decidirás si implementar o no. Es aprender antes de actuar.

El error más común con Ask es usarlo cuando ya tienes claro qué quieres cambiar. Si sabes exactamente qué archivo modificar y cómo, estás perdiendo tiempo copiando y pegando respuestas manualmente. En esos casos, como veremos ahora, Edit hace el trabajo más rápido. Otro fallo típico es hacer preguntas demasiado genéricas sin proporcionar contexto de tu proyecto, lo que genera respuestas poco útiles.

Para sacarle partido, sé específico con el contexto. En lugar de preguntar "cómo uso async/await", pregunta "cómo debería refactorizar esta función que hace tres llamadas API secuenciales para que sean paralelas". Usa el símbolo @ para referenciar archivos, funciones o símbolos concretos de tu código. Y cuando la respuesta incluya código de ejemplo, revísalo antes de implementarlo ciegamente, porque Ask no conoce todas las particularidades de tu arquitectura ni tus convenciones internas, así que mucho ojo.

Ask es tu modo de análisis y aprendizaje, pero cuando ya sabes qué hacer, es hora de pasar a Edit y dejar que Copilot ponga manos a la obra.

Modo Edit: modificar archivos de forma controlada

IMPORTANTE: poco después de publicar este artículo y tras años disponiendo de esta funcionalidad, el equipo de Copilot decidió eliminarla y sustituirla con el modo Agente del siguiente apartado. El modo "Agent" es el nuevo "Edit" pero "vitaminado". El antiguo modo Edit estaba diseñado para aplicar cambios directos en el código de tus archivos abiertos. El nuevo modo Agent hace exactamente lo mismo, pero con más "inteligencia". Además de editar, tiene capacidad de razonamiento y búsqueda. Puede decidir qué archivos necesita tocar (incluso si no los tienes abiertos) para cumplir tu solicitud. Todavía se puede usar la edición "inline" que es la alternativa más adecuada al anterior modo, o usar el símbolo # para referenciar solo el archivo abierto. Esto le dice al agente: "No busques en todo el proyecto, solo edita esto". Evitarás que pierda segundos escaneando carpetas irrelevantes.

Edit es donde Copilot pasa de hablar a actuar. En este modo seleccionas uno o varios archivos específicos y le pides al modelo que haga cambios concretos. Copilot genera las modificaciones y te las muestra en formato diff para que las revises antes de aceptarlas. Tú decides qué se aplica y qué se descarta.

Este modo es muy útil cuando tienes tareas de edición bien definidas en archivos concretos. Por ejemplo, refactorizar una función para mejorar su rendimiento, añadir validaciones a un formulario, cambiar el nombre de variables en toda una clase y en varios archivos, o actualizar la sintaxis de código antiguo. Edit funciona mejor con instrucciones precisas en un alcance limitado. Si sabes exactamente qué archivos tocar y qué cambios necesitas, este es tu modo.

La principal ventaja de Edit es el control fino que te da sobre los cambios. Ves cada modificación propuesta línea por línea en el propio archivo editado antes de que se aplique. Puedes aceptar unos y rechazar otros de la misma operación o aceptarlos/rechazarlos todos de golpe si quieres. Esto es ideal sobre todo cuando no confías plenamente en que Copilot entienda todos los matices de tu petición. Tú tienes la última palabra siempre.

El error más frecuente con Edit es seleccionar demasiados archivos sin relación directa. Si le pasas diez archivos y pides "mejora el manejo de errores", Copilot puede aplicar cambios inconsistentes entre ellos. Otro fallo común es no revisar los diffs cuidadosamente y aceptar todo de golpe, lo que puede introducir bugs sutiles o romper convenciones de tu equipo. Y muchos desarrolladores usan Edit para tareas que afectan a múltiples archivos interdependientes, cuando Agent lo haría mejor y más rápido, como veremos enseguida.

Para aprovecharlo bien, ten cuidado con la selección de archivos. Solo incluye los que realmente necesitan cambios similares. Mejor hacerlo en varios pasos que intentar hacer demasiado de golpe. Formula instrucciones específicas y directas: en lugar de "mejora esto", di "extrae esta lógica a un método privado y añade gestión de excepciones". Revisa siempre los diffs antes de aceptar, especialmente en archivos con lógica de negocio. Y si tu tarea implica crear nuevos archivos o modificar más de tres o cuatro archivos relacionados, probablemente Agent sea mejor opción.

Edit te da potencia con seguridad, pero cuando la tarea crece en complejidad y requiere coordinación entre múltiples partes del código, Agent es mucho más adecuado.

Modo Agent: tareas multi-archivo

Agent es el modo en el que GitHub Copilot obtiene verdadera autonomía. En este modo no seleccionas archivos ni das instrucciones detalladas paso a paso. Le describes una tarea completa y él decide qué archivos modificar, cuáles crear, qué comandos ejecutar y en qué orden hacerlo. Funciona como un desarrollador júnior al que delegas una feature entera.

Aquí tienes una descripción más detallada del modo agente en un artículo que escribimos cuando se lanzó: Más allá de los asistentes IA: GitHub lanza su Agente Autónomo para Copilot.

Este modo está pensado para tareas que cruzan múltiples archivos o componentes. Implementar un endpoint completo con su controlador, servicio y test. Refactorizar una funcionalidad que afecta a varios módulos. Añadir internacionalización a una aplicación existente. Migrar de una librería a otra en todo el proyecto. Agent analiza el contexto, identifica dependencias y coordina cambios coherentes entre archivos relacionados.

La gran ventaja es la velocidad en tareas complejas. Lo que te llevaría una hora tocando manualmente cinco o seis archivos, Agent lo hace en minutos. Además, mantiene consistencia: si cambias una interfaz, actualiza todas sus implementaciones. Si creas un componente nuevo, genera también sus test siguiendo los patrones del proyecto. Te quita la carga de recordar todos los sitios que necesitas tocar. Aunque, como siempre, debes vigilarlo y dar tú la última palabra.

Y es que el error más peligroso con Agent es usarlo sin revisar lo que hace. Algunos desarrolladores lo lanzan, ven que no da errores y hacen commit directamente. Eso puede introducir bugs silenciosos o código que funciona, pero no sigue las convenciones del equipo. Otro fallo común es darle tareas demasiado vagas como "mejora el rendimiento", lo que puede llevar a cambios impredecibles. Y muchos olvidan que Agent puede ejecutar comandos en una terminal, así que mucho ojo porque puede ser peligroso.

Para sacarle partido de forma segura, describe tareas con un objetivo claro y alcance definido: "implementa autenticación JWT con middleware y test de integración" funciona mejor que "añade seguridad". Revisa los archivos modificados antes de aceptar los cambios, especialmente configuraciones y dependencias. Usa custom instructions para que respete tus convenciones de código, estructura de carpetas y estándares de testing. Y si la tarea es tan compleja que no sabes bien por dónde empezar o implica decisiones arquitectónicas importantes, es señal de que necesitas Plan, que es el que nos falta por ver.

Agent te libera de trabajo repetitivo y coordinación manual, pero cuando la complejidad requiere planificación estratégica antes de ejecutar, Plan es tu amigo. Vamos a verlo...

Modo Plan (Planificación): diseño y arquitectura antes de escribir código

Plan es el modo más estratégico de GitHub Copilot. A diferencia de Agent que actúa directamente, este modo Plan primero analiza tu proyecto, diseña una solución completa y te presenta un plan detallado con los pasos que seguirá. Solo cuando lo apruebes comenzará a ejecutarlo. Es una manera asistida de crear la arquitectura de tu aplicación: piensa a fondo antes de tocar código.

Este modo se creó para tareas donde la estrategia importa tanto como la ejecución. Reestructurar la arquitectura de una aplicación, migrar entre frameworks, implementar nuevas características que afectan a otras capas completas del sistema, o refactorizar deuda técnica acumulada. Plan evalúa dependencias, identifica riesgos y propone un enfoque ordenado antes de modificar nada. Te muestra qué archivos tocará, qué creará y por qué es necesario cada paso.

La ventaja principal es la previsibilidad. Ves el alcance completo antes de comprometerte. Si el plan incluye cambios que no esperabas o toma decisiones arquitectónicas cuestionables, puedes ajustarlo o descartarlo sin haber tocado una línea de código. Esto es muy importante en proyectos grandes donde un cambio mal coordinado puede romper múltiples funcionalidades. Plan también te ayuda a aprender: ver cómo estructura una solución compleja te enseña enfoques que quizá no se te habrían ocurrido.

El error más común con Plan es utilizarlo para tareas simples donde Agent sería más que suficiente. Planificar cómo añadir un campo a un formulario es matar moscas a cañonazos (aunque también lo sería seguramente usar el modo Agente). Otro fallo habitual es aprobar planes sin leerlos con calma, lo que va en contra de todo lo que deberías hacer con la IA en cualquier caso. Y algunos también esperan que genere soluciones perfectas al primer intento, cuando en realidad siempre es un borrador que debes revisar y ajustar según tu conocimiento del negocio y las restricciones técnicas del proyecto.

Para aprovecharlo correctamente, úsalo cuando la tarea tenga varios enfoques posibles, o cuando no estés seguro del mejor camino. Proporciónale contexto adicional en las custom instructions sobre patrones arquitectónicos que sigues, el framework que quieres usar, las limitaciones de infraestructura o las reglas de negocio no obvias. Y recuerda que puedes iterar: si el primer plan no te convence, pide que lo cambie y lo ajuste antes de ejecutarlo.

El modo Plan, el más reciente añadido a la herramienta, convierte a Copilot en tu asistente de arquitectura. Pero como todo plan, si quieres que sea bueno, necesitará que lo vigiles de cerca.

Tabla resumen de los modos de GitHub Copilot

A continuación te dejo una tabla con un resumen sobre cada uno de los 4 modos disponibles en GitHub Copilot, qué hacen, sus usos, etc.:

¿Sabías que GitHub Copilot te permite definir tus propios agentes personalizados enfocados a tus tareas específicas y utilizando las herramientas y el modelo que prefieras?

Cómo integrar los cuatro modos de Github Copilot en tu trabajo diario

La clave para dominar GitHub Copilot está en saber cuándo cambiar entre estos modos según evoluciona tu trabajo.

Empieza el día con Ask. Cuando recibes un ticket nuevo o te enfrentas a código desconocido. Úsalo para entender el contexto, analizar el problema y ver qué opciones tienes sin comprometerte a nada. Es una forma de branstroming muy útil. Lo puedes utilizar también para aprender, consultar dudas o analizar tu código si haces preguntas con el chat contextual de Copilot.

Una vez tengas claro el enfoque, cambia a Edit para modificaciones puntuales en uno o dos archivos: corregir un bug, ajustar validaciones, refactorizar una función... Es (más o menos) rápido y mantienes control total con los diffs.

Cuando la tarea crece y afecta a varios archivos relacionados, da el salto a Agent. Implementar características completas, actualizar dependencias en todo el proyecto o añadir test coherentes en múltiples módulos. Déjale coordinar los cambios mientras tú revisas el resultado final y sacas partido al conocimiento de alto nivel que tienes sobre el proyecto.

Y si estás ante una migración importante, un rediseño arquitectónico o cualquier cambio donde la estrategia sea crítica, recurre a Plan antes de hacer nada.

Un workflow típico combina los cuatro modos: Ask para entender el requisito, Plan si la solución es compleja, Agent o Edit para ejecutar según el alcance, y vuelta a Ask cuando surgen dudas durante la implementación.

No te cases con un único modo. La flexibilidad que te dan es su mayor ventaja, y todas las herramientas similares a GitHub Copilot te ofrecen modos similares.

Configura tus custom instructions al principio de todo, con tus convenciones de código, estructura de proyecto y estándares de testing. Una sola vez y luego las vas actualizando. Todos los modos las respetarán automáticamente.

Y recuerda siempre revisar todo antes de hacer un commit, especialmente con los modos Agent y Plan: El espejismo del Vibe Coding: NO hay atajos para aprender a programar.

Los agentes de escritura de código son una maravilla, pero hay que aprender a utilizarlos y a sacarles partido. Y sobre todo debes tener claro que la responsabilidad final del código sigue siendo siempre tuya.