Copilot Memory: el contexto útil todavía necesita pruebas

Un agente de programación puede empezar una conversación desde cero y trabajar en un repositorio con años de decisiones detrás. La pregunta interesante es cuánto contexto debe acompañar a la siguiente tarea y cómo sabemos que sigue siendo válido.

La documentación de Copilot Memory describe un sistema que conserva hechos del repositorio y preferencias personales para trabajos posteriores. La actualización de GitHub Intelligence de octubre conecta esas memorias entre varias interfaces de Copilot. Para mí, la pregunta de diseño importante es si un equipo puede examinar la evidencia de una convención cuando cambia el código.

Dos tipos de memoria, dos destinatarios

Un hecho del repositorio pertenece a un repositorio concreto y puede compartirse con sus colaboradores. Una preferencia personal describe la forma de trabajar de una persona y puede acompañarla entre repositorios. La configuración, los permisos, el plan y la compatibilidad del cliente determinan si se crea o utiliza cada tipo; la función está disponible en planes de pago compatibles de Copilot.

GitHub explica que los hechos del repositorio incluyen citas al código que los respalda. Cuando recupera un hecho relevante, Copilot comprueba sus citas frente a la rama actual. Es un circuito útil, pero GitHub aclara que la comprobación es un juicio del modelo y no una garantía impuesta por el sistema. Una convención recordada puede faltar, estar obsoleta, interpretarse mal o no aplicarse al cambio actual.

La diferencia importa porque una preferencia de estilo y un límite de autorización requieren tratamientos distintos. «Explica un parche antes de aplicarlo» es una preferencia. «Solo este servicio puede emitir reembolsos» es una restricción de negocio y seguridad que también debe aplicarse en el código y verificarse mediante pruebas.

La memoria no sustituye las instrucciones del proyecto

Una decisión duradera debe tener un lugar revisable: documentación de arquitectura, un registro de decisiones, un archivo de instrucciones versionado, pruebas ejecutables o una combinación de estos elementos. La memoria puede ayudar al asistente a encontrarlos. No debería ser el único lugar donde un equipo descubra por qué existe una regla importante.

Evaluaría el uso de memoria de un agente con tres preguntas:

1. ¿De dónde procede este hecho? Sigue la referencia al código y comprueba que respalda la conclusión.
2. ¿Es válido para esta rama y esta tarea? Una migración, un indicador de función o un entorno pueden invalidar un hecho aparentemente razonable.
3. ¿Qué lo hace cumplir? Para comportamientos importantes, busca pruebas, controles de acceso u otros mecanismos que sigan funcionando aunque el modelo ignore una instrucción.

GitHub documenta un mecanismo automático de votación y caducidad. El plazo predeterminado es de 90 días; las organizaciones y empresas pueden configurar la retención de hechos del repositorio entre 7 y 180 días, mientras que las preferencias personales conservan el plazo predeterminado. La caducidad limita la vida del contexto obsoleto, pero no demuestra que un hecho recuperado sea correcto hoy.

Incorporar la corrección al trabajo

La memoria resulta más útil cuando las personas afectadas pueden examinarla y corregirla. GitHub documenta cómo revisar y eliminar hechos y preferencias, según los permisos y la configuración aplicables. Desactivar la memoria del repositorio impide crear y aplicar hechos allí, pero esa opción no elimina automáticamente los hechos ya almacenados.

Esto permite un ejercicio práctico: identifica una convención importante, comprueba su fuente y pregunta si una persona nueva en el proyecto podría encontrarla y verificarla sin depender del recuerdo de un agente. Si no puede, mejora primero la documentación y los controles del repositorio.

En la nota de ayer sobre revisión de código, defendí que un cambio generado debe llevar sus pruebas consigo. La memoria aplica el mismo principio al contexto previo: lo que recuerda un agente solo es útil cuando podemos saber por qué confiar en ello.

Fuentes

• GitHub Docs: sobre Copilot Memory.
• GitHub Docs: gestión de Copilot Memory.
• GitHub Changelog: GitHub Intelligence.
• La miniatura incorpora un extracto y una captura de ajustes del repositorio de GitHub Docs bajo CC BY 4.0; la captura muestra un acceso a ajustes y no una memoria. Las marcas pertenecen a sus respectivos titulares y no implican respaldo.

Fuentes consultadas el 5 de noviembre de 2026. Sigue jpalanco.com para más notas sobre IA, ingeniería e investigación de seguridad.