El agente ha terminado la mayor parte de tu cambio. Ahora quieres inspeccionar un detalle de la implementación, ajustar unas líneas a mano y ejecutar el proyecto localmente antes de enviarlo.
Pero el trabajo está en la app de GitHub Copilot… y tu editor es donde revisas diffs, depuras código y haces los ajustes finales. ¿Tienes que elegir entre quedarte en la sesión o empezar de nuevo en Visual Studio Code?
No tienes que hacerlo. Puedes abrir la sesión de la app de Copilot directamente en VS Code y continuar con su conversación, sus cambios de código y su contexto de trabajo intactos. Eso significa que Copilot puede encargarse del trabajo repetitivo o que consume tiempo, y luego devolverte el control para una revisión más detallada, la edición directa y las pruebas locales.
En este tutorial, aprenderás a:
- Abrir una sesión de la app de Copilot en VS Code.
- Revisar los cambios del agente línea por línea.
- Continuar la misma conversación desde tu editor.
- Modificar y probar el código localmente.
- Enviar tus actualizaciones al pull request asociado a la sesión.
1. Comienza con una sesión en la app de Copilot
Abre la sesión que quieres continuar. Antes de transferirla, tómate un momento para revisar la tarea y el trabajo que completó Copilot.
Una sesión contiene más que una colección de archivos modificados. También registra la tarea, el plan y la conversación que produjo esos cambios. Ese contexto es importante cuando quieres entender por qué Copilot eligió una implementación en particular o pedirle que revise parte del trabajo.
No necesitas resumir ese historial ni copiarlo en un nuevo chat antes de pasar a VS Code.
2. Abre la sesión en VS Code
Desde la sesión, selecciona Open in VS Code. Si la app presenta más de un editor compatible o instalación de VS Code, elige el que quieras usar.
VS Code abre el proyecto usando el worktree asociado a la sesión. También muestra la sesión existente en la barra lateral de Copilot.
Eso te da tres piezas conectadas del trabajo original:
- El contexto de la sesión: La tarea, el plan y la conversación siguen disponibles.
- El diff: Los archivos y líneas modificados por el agente están listos para revisión.
- El worktree: VS Code abre el mismo árbol de trabajo aislado que usó la sesión.
Estás continuando la sesión existente, no reconstruyéndola en una nueva ventana del editor.
3. Revisa los cambios del agente
Antes de editar, inspeccione el diff en VS Code. Abra la vista de Control de código fuente para ver los archivos modificados y, a continuación, seleccione un archivo para revisar sus cambios línea por línea.
Revise la implementación como lo haría con cualquier otro cambio propuesto. En particular, compruebe que:
- El código resuelve el problema solicitado.
- La implementación sigue las convenciones del repositorio.
- Los estados de error y los casos límite se gestionan de forma adecuada.
- Las pruebas cubren el comportamiento que cambió.
- No se modificaron archivos ni comportamientos no relacionados.
La conversación conservada puede ayudar a explicar cómo llegó Copilot a la implementación. Si algo no está claro, sigue haciendo preguntas a Copilot en la barra lateral. Por ejemplo:
Explain why you changed this function instead of adding a new helper. Identify any behavior this could affect.También puedes pedirle a Copilot que haga otro cambio. Como la sesión y el worktree siguen conectados, no tienes que describir la tarea desde el principio.
4. Haz una edición manual
Una vez que entiendas los cambios propuestos, edita cualquier archivo directamente en VS Code.
Esto es útil para ajustes que son más rápidos o más fáciles de hacer a mano, como:
- Refinar una etiqueta o un mensaje de error.
- Renombrar una variable para mayor claridad.
- Ajustar el diseño o los estilos.
- Añadir un caso de prueba que falte.
- Aplicar una convención específica del repositorio.
Estás editando el worktree existente de la sesión, por lo que tus cambios manuales se basan directamente en el trabajo del agente. No necesitas copiar archivos entre directorios ni volver a crear la rama manualmente.
5. Ejecuta y verifica el proyecto localmente
Usa el terminal integrado de VS Code para ejecutar el flujo de validación normal del proyecto. Los comandos exactos dependen del repositorio, pero algunos ejemplos de aplicaciones web pueden incluir:
npm installnpm testnpm run lintnpm run dev
Trata los cambios generados por el agente de la misma manera en que tratarías el código escrito por una persona: ejecuta las pruebas relevantes, inspecciona los fallos y verifica el comportamiento por ti mismo.
Si el servidor de desarrollo imprime una URL de localhost, ábrela para probar el cambio en un navegador. Cuando tu configuración de VS Code lo permita, puedes abrir la URL en el navegador integrado de VS Code e inspeccionar el resultado sin salir del editor.
Para un cambio de interfaz de usuario, verifica tanto el comportamiento solicitado como los estados cercanos. Por ejemplo, comprueba el componente modificado en diferentes tamaños de viewport y confirma que los estados de carga, vacío y error siguen funcionando.
6. Continúa con Copilot o sigue editando tú mismo
En cualquier momento, puedes elegir la interacción que mejor se adapte al siguiente paso:
- Pide algo a Copilot cuando el cambio requiera un análisis de todo el repositorio o ediciones repetitivas.
- Edita directamente cuando sepas exactamente el cambio que quieres.
- Usa ambos enfoques de forma iterativa mientras pruebas y refinas la implementación.
Por ejemplo, después de hacer un ajuste manual de la interfaz de usuario, podrías pedirle a Copilot:
Añade una prueba para la etiqueta actualizada y ejecuta el archivo de pruebas relevante. No modifiques componentes no relacionados.
Como sigues en la sesión original, Copilot conserva el contexto necesario para interpretar «la etiqueta actualizada».
7. Haz commit y push de los cambios terminados
Cuando la implementación esté lista, revisa el diff final una vez más. Luego haz commit y push de los cambios usando la vista de Source Control o el terminal integrado:
git statusgit addgit commit -m "Refine session changes"git push
Utiliza las prácticas normales de tu repositorio para ramas, commits, revisión y aprobación. Debido a que VS Code abrió el worktree y la rama asociados a la sesión, al hacer push de la rama se actualiza la pull request que ya da seguimiento a ese trabajo.
No es necesario copiar los archivos terminados en otro checkout ni reconectar manualmente el trabajo con la pull request.
Un flujo de trabajo continuo del agente al editor
Abrir una sesión de la app de Copilot en VS Code te ofrece una división del trabajo limpia sin dividir el trabajo en sí. Copilot puede encargarse de una implementación más grande o repetitiva, mientras que tú puedes pasar al editor para una revisión detallada, cambios puntuales, pruebas locales y los retoques finales.
La sesión, el diff y el worktree se mueven contigo. Comienza dirigiendo el trabajo en la app de Copilot, cambia a VS Code cuando quieras tener control directo y envía el resultado terminado a través del mismo flujo de trabajo de pull request.
¿Listo para probarlo? Descarga la app de GitHub Copilot, inicia una sesión y ábrela en VS Code cuando estés listo para continuar programando.
La entrada How to continue a GitHub Copilot app session in VS Code apareció primero en The GitHub Blog.