MemoryLake
Volver a todos los artículos
News21 de septiembre de 2026·12 min de lectura

Tus extensiones de Qwen Code están en cada solicitud, sean relevantes o no: la nueva fila de atribución y lo que su propia guía admite ahora (2026)

El 20 de septiembre de 2026, Qwen Code lanzó la versión v0.24.2. El elemento principal en la lista de cambios parece un pequeño ajuste en la salida de la terminal: cada archivo de contexto en el desglose de /context detail ahora lleva el nombre de la extensión que lo introdujo, en lugar de aparecer como una ruta anónima bajo un directorio de instalación.

La parte interesante no es la nueva fila. Es lo que llegó junto a ella. El mismo cambio reescribió la propia guía de extensiones de Qwen Code, y la reescritura comienza con una frase que la guía no contenía anteriormente: "Este es el lugar más costoso para colocar instrucciones".

Eso es un proveedor diciéndole a los autores de extensiones que la estructura que su propia documentación había estado recomendando les estaba costando a los usuarios algo que la documentación nunca mencionó. Si tienes instaladas más de dos o tres extensiones de Qwen Code, parte de ese costo está en cada solicitud que envías hoy, y hasta este lanzamiento el desglose no podía decirte de quién era.

Lo que Qwen Code realmente publicó

Dos pull requests llegaron el 20 de septiembre y se lanzaron en la v0.24.2 esa misma tarde.

El primero cambió la salida de /context detail. Un archivo de contexto que pertenece a una extensión activa ahora se muestra como el nombre de la extensión seguido del archivo, con el formato Extension: Report Tools · QWEN.md. Los archivos sin propietario de extensión conservan la ruta que siempre tuvieron. El motivo declarado es contundente: el archivo de contexto de una extensión anteriormente "aparecía como una ruta bajo el directorio de instalación, lo que no le dice al lector qué extensión lo está pagando".

El segundo cambió la forma en que una extensión puede enviar instrucciones. Las extensiones ahora pueden aportar reglas condicionales de ruta, descritas como una forma para que los autores "muevan la guía específica del archivo fuera de un archivo de contexto que siempre se carga" para que se "inyecte cuando se accede a un archivo coincidente en lugar de enviarse desde el inicio". Junto a esto, la guía de extensiones ahora incluye la frase sobre el costo en su totalidad:

"El archivo de contexto de una extensión se concatena en el prompt del sistema de cada solicitud de cada sesión en la que la extensión está activa, tenga o no que ver el trabajo en cuestión con tu extensión; no hay filtrado por relevancia ni límite de tamaño".

La medición detrás de esa frase se encuentra en el ticket de seguimiento al que hacen referencia los pull requests. En una sesión de muestra, "los archivos de contexto de nueve extensiones sumaron 9,989 tokens". El listado de habilidades de la misma sesión, por el contrario, contenía 84 habilidades para un total combinado de 4,620 tokens, porque una habilidad se enumera por nombre y descripción y carga su cuerpo solo cuando se invoca.

También hay una nueva advertencia. Qwen Code ahora advierte cuando el contexto acumulado siempre activo cruza un umbral derivado de la ventana del modelo, limitado a un estimado de diez mil tokens. El pull request es cuidadoso sobre lo que es esa advertencia: "Esto es una advertencia, no un truncamiento o una cuota por extensión".

Qué cambia y qué no cambia esto

No reduce nada por sí solo. El pull request lo dice directamente: "Proporcionar una alternativa condicional solo reduce el contenido residente cuando los autores de las extensiones realmente mueven la guía adecuada a ella". El mecanismo es nuevo; la migración no es automática. En palabras del propio autor, "Los archivos de contexto existentes no se migran automáticamente".

Así que el día que actualices, cada extensión que tengas instalada seguirá aportando exactamente lo mismo que aportaba el día anterior. Lo que cambió es que ahora puedes ver la lista detallada, y los autores de extensiones ahora tienen un lugar mejor donde poner las cosas.

Vale la pena leer con atención otros dos detalles, porque describen el comportamiento en lugar de la intención.

Una regla de extensión debe llevar una entrada de front-matter paths:. Una regla sin ella "se omite con una advertencia"; no se convierte silenciosamente en una regla siempre activa, ni desaparece silenciosamente. Las reglas están "etiquetadas por el propietario de la extensión", que es la misma idea de atribución aplicada a la nueva interfaz.

Y hay una asimetría en el manejo de la confianza que el pull request expone claramente: "Las reglas de extensión instaladas no están restringidas por la confianza del espacio de trabajo, coincidiendo con el límite de contexto de extensión existente; las reglas del proyecto conservan su restricción de confianza". Una extensión que instalaste se trata como algo por lo que ya respondiste; un archivo de reglas en un repositorio que acabas de abrir, no. Ese es un límite deliberado, no un descuido, y es la razón por la que la guía de extensiones dedica un párrafo a lo que realmente pertenece a una extensión.

Lo que la gente entenderá de esto, y no debería

La primera lectura que circulará es "Qwen Code agregó un comando para mostrar los costos de las extensiones". Eso es cierto y no muy útil, porque el comando ya existía. /context detail ha listado archivos de memoria fila por fila desde hace un tiempo. Lo que no podía hacer era decir a qué extensión pertenecía una fila.

La segunda lectura es más perjudicial: que este lanzamiento hace que las extensiones sean más baratas. No es así. La ruta de reglas condicionales está disponible para los autores de extensiones, y hasta que un autor mueva la guía a ella, el archivo que ya tienes se seguirá concatenando. Nada de lo que hagas en tu propio proyecto cambia eso, aparte de desactivar la extensión.

La tercera mala interpretación es en la que vale la pena detenerse un párrafo. Es tentador concluir que las instrucciones siempre activas son el problema y que todo debería volverse condicional. La guía no dice eso. Dice "mantener el archivo de contexto limitado a los pocos hechos que siempre son ciertos (la identidad de la extensión, su vocabulario, una restricción estricta) y colocar la guía de escenarios en una habilidad en su lugar". Algunos hechos realmente siempre son ciertos. El modo de falla no es que exista un contexto siempre activo; es que la guía de escenarios se archivó como si fuera un hecho siempre verdadero, y nada en el sistema se lo advirtió a nadie.

Esa distinción es la misma detrás de por qué una ventana de contexto larga no es lo mismo que la memoria: una ventana más grande cambia lo que cabe, no lo que merece estar allí.

La solución: lee la lista detallada y luego decide qué hechos son siempre verdaderos

No puedes migrar el archivo de contexto de una extensión en nombre del autor de la misma. Puedes averiguar qué estás cargando, decidir qué parte de lo tuyo pertenece a la capa siempre activa y mover el resto.

Paso 1: Realiza la lectura detallada antes de cambiar nada

Abre una sesión en el proyecto en el que realmente trabajas, avanza un turno y ejecuta el desglose detallado del contexto. Lee específicamente la sección de archivos de memoria. Después de la v0.24.2, cada archivo propiedad de una extensión nombra a su extensión, por lo que obtienes una lista de propietarios en lugar de una lista de rutas.

Escribe la lista en algún lugar fuera de la herramienta, con los tamaños de archivo al lado de cada nombre. Vas a comparar contra ella más tarde, y el desglose en sí es una lectura en vivo que cambia con la sesión.

Dos cosas suelen sorprender a la gente en este punto. La distribución es desigual: en la sesión de muestra, dos extensiones representaron aproximadamente un tercio del total de las extensiones. Y las extensiones que más aportan rara vez son las que más se usan.

Paso 2: Separa tus propios hechos siempre verdaderos de tu guía de escenarios

Ahora mira las filas que son tuyas: el archivo de instrucciones de tu propio proyecto y cualquier cosa que referencies desde él. Clasifica cada línea en uno de dos grupos.

Siempre verdadero: el nombre y propósito del proyecto, los comandos de compilación y prueba, una restricción que se aplica a cualquier cosa que estés tocando, vocabulario que de otro modo la herramienta entendería mal. Estos pertenecen al archivo siempre activo, y suelen ser más cortos de lo que la gente espera.

Verdadero solo a veces: cómo trabajar en el módulo de pagos, las convenciones para el directorio de migración, la lista de verificación para un lanzamiento. Estas son guías de escenarios. La propia recomendación de Qwen Code es una habilidad, que se enumera por nombre y descripción y carga su cuerpo cuando se invoca, y una habilidad restringida por rutas de archivos "ni siquiera se enumera hasta que se toca un archivo coincidente".

Esta clasificación es la parte que nadie puede hacer por ti, porque depende de en qué trabajes realmente. También es la parte que sigue dando frutos, porque es la misma clasificación que hace que un agente lea tus archivos de instrucciones en primer lugar: un archivo corto de hechos genuinamente siempre verdaderos se sigue de manera más confiable que uno largo.

Paso 3: Vuelve a leer el desglose comparándolo con tu lista escrita

Ejecuta el desglose detallado nuevamente en el mismo proyecto y compara fila por fila con lo que escribiste en el Paso 1. Estás comprobando dos cosas: que las líneas que moviste hayan desaparecido de la capa siempre activa y que las filas de las extensiones no hayan cambiado, porque no las tocaste y no deberían haberse movido.

Si se muestra la advertencia agregada, toma nota de qué propietarios la están provocando. Esa es la lista que vale la pena llevar a los autores de las extensiones, y ahora es una lista que puedes detallar con precisión en lugar de describir.

Conserva el registro escrito. El próximo lanzamiento de cualquier extensión instalada puede cambiar su archivo de contexto sin avisarte, y la única forma de notarlo es tener los números de ayer.

Configurando esto en MemoryLake

La clasificación en el Paso 2 produce algo duradero: un conjunto corto de hechos que son verdaderos en todas las sesiones, y un conjunto más largo que es verdadero solo en situaciones específicas. MemoryLake es un lugar para guardar el primer conjunto de modo que sobreviva a la herramienta que te toque usar este mes.

Tú mismo escribes las entradas, con tus propias palabras. No se lee nada de, ni se escribe en, ni se elimina de las propias carpetas de memoria de Qwen Code, el directorio de instalación de una extensión o el almacenamiento de cualquier proveedor.

Paso 1: Crea una clave API

Inicia sesión y genera una clave desde el panel de control. La clave es lo que permite a un agente leer las entradas que has escrito, y está limitada a tu espacio de trabajo en lugar de a un editor o CLI específico.

La consola de MemoryLake mostrando la pantalla de claves API, donde se crea y copia una nueva clave para usar en un agente
La consola de MemoryLake mostrando la pantalla de claves API, donde se crea y copia una nueva clave para usar en un agente

Paso 2: Sube tus primeras memorias

Comienza con la lista de siempre verdaderos del Paso 2 anterior: el propósito del proyecto, los comandos, las restricciones que se aplican a cualquier cosa que estés tocando. Mantén cada entrada limitada a un solo hecho, redactado de la forma en que se lo dirías a un nuevo colega.

El espacio de trabajo de MemoryLake con los primeros documentos subidos, listando cada archivo a medida que se convierte en memoria de búsqueda
El espacio de trabajo de MemoryLake con los primeros documentos subidos, listando cada archivo a medida que se convierte en memoria de búsqueda

Paso 3: Conecta tu IA y agentes

Apunta tus agentes al espacio de trabajo. El mismo conjunto corto de hechos estará disponible dondequiera que trabajes, lo que significa que un archivo de instrucciones del proyecto puede seguir siendo corto sin que los hechos se pierdan cuando cambies de herramienta.

La pantalla de integraciones de MemoryLake listando los clientes de IA y los frameworks de agentes que se pueden conectar a la capa de memoria
La pantalla de integraciones de MemoryLake listando los clientes de IA y los frameworks de agentes que se pueden conectar a la capa de memoria

Qué cambia esto en la práctica

El cambio práctico es pasar de una proporción a una lista. Antes de este lanzamiento, la respuesta honesta a "qué parte de mi prompt son extensiones" era un número sin nombres asociados. Ahora es un conjunto de propietarios que puedes leer, y un conjunto sobre el que puedes actuar de forma independiente de tus propios archivos.

Eso importa más de lo que parece, porque los dos grupos tienen soluciones diferentes. Tu propio contenido siempre activo es tuyo para acortarlo hoy mismo. El contenido de una extensión le corresponde al autor moverlo, y lo más útil que puedes hacer es decirle con precisión qué archivo y qué tamaño tiene.

También cambia la apariencia de una factura de contexto creciente. Una sesión que parece apenas usar su ventana aún puede estar cargando un gran prefijo fijo en cada solicitud, porque el prefijo es absoluto y la lectura de la ventana es relativa. Los equipos que han estado monitoreando el uso de tokens sin monitorear la composición tienden a encontrar la parte fija primero una vez que pueden verla detallada, y los ahorros provienen de lo que dejas de enviar cada vez en lugar de una ventana más grande.

Una consecuencia más que vale la pena mencionar: si te estás moviendo entre herramientas, el conjunto de siempre verdaderos es la parte que se transfiere limpiamente. La guía de escenarios generalmente se expresa en el vocabulario del mecanismo de restricción de una herramienta en particular, razón por la cual rara vez sobrevive intacta a una mudanza; la misma razón por la que un cambio de modelo te pide que lleves tu contexto deliberadamente en lugar de asumir que te seguirá.

Buenas prácticas para mantener pequeña una capa siempre activa

Realiza una lectura antes y después de instalar cualquier extensión. El desglose detallado es económico de ejecutar y es el único registro de lo que agregó una instalación. Sin un antes, un después no te dice nada.

Escribe la lista de siempre verdaderos en algún lugar que la herramienta no pueda reescribir. Los archivos de extensión cambian con las actualizaciones. Tu propio archivo cambia cuando lo editas. Un registro guardado fuera de ambos es lo que te permite saber cuál se movió.

Prefiere el contenedor más estrecho que aún se active. Una habilidad restringida por rutas de archivos no se enumera hasta que se toca un archivo coincidente. Una habilidad sin restricción se enumera por nombre y descripción. Un archivo de contexto se envía completo, siempre. Cada paso hacia abajo en esa lista cuesta más, así que comienza desde abajo y sube solo cuando algo realmente se aplique siempre.

Juzga una extensión por lo que deja residente en el prompt, no por su lista de características. Una extensión que hace algo útil una vez a la semana y aporta un archivo de contexto largo está pagando alquiler en cada solicitud intermedia. A veces es un trato justo; debería ser una decisión.

Pide a los autores el archivo específico. Ahora que las filas están etiquetadas, una solicitud puede nombrar la extensión y el tamaño en lugar de describir una preocupación general. Los autores tienen una ruta documentada para mover la guía a reglas condicionales, y un informe preciso es lo que hace que valga la pena usarla.

Vuelve a verificar después de un cambio de catálogo. Cuando un catálogo de extensiones se actualiza, lo que está instalado y activo puede cambiar sin un evento visible, lo cual es el mismo tipo de problema que una habilidad que falta silenciosamente en el catálogo en el que se suponía que debía estar.

Conclusión

La nueva fila de atribución es un pequeño cambio en la salida y un gran cambio en lo que se puede saber. Por primera vez, la respuesta a "qué extensión puso esto en mi prompt" es un nombre en lugar de una ruta, y la guía que recomendó la estructura costosa ahora dice lo que cuesta.

Nada de eso acorta nada por sí solo. La ruta de reglas condicionales depende de que los autores de las extensiones la utilicen, y tu propio archivo siempre activo depende de que tú lo clasifiques. Lo que te da el lanzamiento es la lectura, y una lectura que anotas es la diferencia entre una factura por la que discutes y una factura que puedes detallar.

Comienza con el desglose, clasifica tus propias líneas en siempre verdaderas y a veces verdaderas, y guarda el conjunto de siempre verdaderas en algún lugar que sobreviva a la herramienta actual. Una habilidad que puedes invocar no es memoria, algo sobre lo cual vale la pena ser claros antes de archivar todo como si lo fuera, y tampoco lo es un archivo de contexto que olvidaste que estabas enviando.

Preguntas frecuentes

¿La v0.24.2 hace que mis extensiones sean más baratas?

No. El lanzamiento agrega atribución en el desglose detallado y una ruta de reglas condicionales para los autores de extensiones. El pull request establece que "los archivos de contexto existentes no se migran automáticamente" y que la alternativa condicional "solo reduce el contenido residente cuando los autores de las extensiones realmente mueven la guía adecuada a ella".

¿Cómo se ve exactamente la nueva fila?

Un archivo de contexto propiedad de una extensión activa se muestra como el nombre visible de la extensión seguido del nombre del archivo, con el formato Extension: Report Tools · QWEN.md. Las filas sin propietario de extensión conservan la ruta relativa que tenían antes.

¿Por qué se envía el archivo de contexto de una extensión incluso cuando estoy trabajando en algo no relacionado?

Porque no hay un filtrado de relevancia en esa capa. La guía de extensiones describe el archivo como concatenado en el prompt del sistema de cada solicitud de cada sesión en la que la extensión está activa, "tenga o no que ver el trabajo en cuestión con tu extensión", sin límite de tamaño.

¿Qué sucede si una extensión envía una regla sin una entrada paths:?

Se omite, y la omisión se menciona en una advertencia de inicio. El pull request establece que las reglas de extensión sin paths: "se omiten con una advertencia", por lo que una regla sin restricciones no se convierte en una siempre activa de forma predeterminada.

¿La nueva advertencia agregada es un límite?

No. El pull request describe el comportamiento del umbral y luego dice: "Esto es una advertencia, no un truncamiento o una cuota por extensión". No se descarta nada cuando se activa; se te informa y la decisión sigue siendo tuya.

¿Están las reglas de extensión sujetas a las mismas comprobaciones de confianza del espacio de trabajo que las reglas del proyecto?

No, y la diferencia está documentada. "Las reglas de extensión instaladas no están restringidas por la confianza del espacio de trabajo, coincidiendo con el límite de contexto de extensión existente; las reglas del proyecto conservan su restricción de confianza". Instalar una extensión se trata como la decisión de confianza; abrir un repositorio, no.