Grok Build ahora tiene memoria que se escribe sola — xAI también publicó la lista de lo que nunca guardará (2026)

El mecanismo se describe en tres partes, y cada una tiene un límite asociado.

Captura. "Después de que se completa un turno, Grok lo revisa en segundo plano y registra cualquier cosa duradera: convenciones, decisiones y hechos del proyecto. La captura se ejecuta en cada turno completado y no interrumpe la sesión". Así que la escritura ocurre automáticamente, después del hecho, en un turno completado. No se escribe nada a mitad del turno y no se le pregunta.

Almacenamiento. "Las notas son archivos markdown, un tema por asunto. Cada proyecto tiene su propio alcance de espacio de trabajo, y un alcance global contiene las preferencias que se aplican en todas partes". Dos alcances, archivos simples en el disco. Un comando llamado /memory "abre un navegador de solo lectura de cada archivo de memoria, agrupado por alcance, con una vista previa del archivo seleccionado", y un segundo comando, /dream, "fusiona nuevas observaciones en el tema al que pertenecen" y "también se ejecuta por sí solo periódicamente en segundo plano".

Recuperación. "Antes de comenzar un trabajo relacionado, Grok lee los temas que cubren el área y los aplica, incluso en sesiones donde el tema nunca surge". Y luego la regla de precedencia, expresada en una línea: "Las instrucciones en la conversación actual tienen prioridad sobre cualquier cosa en una nota".

Luego, la declaración de alcance en su totalidad: "La memoria contiene los detalles con mayor probabilidad de importar en una sesión posterior: cómo el equipo escribe y revisa el código, las decisiones y el razonamiento detrás de ellas, y hechos duraderos sobre el proyecto, desde dónde vive un subsistema hasta qué comando ejecuta la suite. El estado de la tarea, las conclusiones tentativas, los secretos y cualquier cosa que el repositorio o sus documentos ya cubran quedan fuera".

Un detalle más de la captura de pantalla del producto en el anuncio, que es fácil de pasar por alto: el archivo de índice generado lleva la línea "Generated by Grok. Do not edit this file directly."

La disponibilidad se indica sin rodeos: "La memoria está disponible en Grok Build ahora. Se aplica a nuevas sesiones: ejecute /new o inicie un grok nuevo, y las notas comenzarán después del primer turno completado".

Cambia el costo de la continuidad dentro de un proyecto. Si el equipo ejecuta su suite a través de un wrapper en lugar del comando de prueba propio del lenguaje, ese es precisamente el tipo de hecho duradero del proyecto para el que se creó la función, y el ejemplo práctico del propio anuncio es exactamente eso. Repetirlo en cada sesión era pura pérdida de tiempo, y ahora ya no lo es.

No cambia lo que sucede con aquello en lo que estaba a medias. El "estado de la tarea" es el primer elemento de la lista de exclusión. Cierre la terminal a mitad de una migración y las notas guardarán cómo escribe migraciones su equipo; no guardarán que estaba en el paso cuatro de siete con dos archivos aún por convertir. Esa es una elección de diseño deliberada y defendible —el estado a medio terminar se vuelve obsoleto más rápido que cualquier otra cosa en un proyecto—, pero es lo opuesto a lo que suena "mi agente recuerda dónde nos quedamos".

No cambia lo que sucede con una conclusión a la que aún no ha terminado de llegar. Las "conclusiones tentativas" son el segundo elemento. La discusión que tuvo consigo mismo el martes sobre si almacenar en caché en el edge o en el servicio, que terminó en "probablemente en el servicio, veamos" —ese es el razonamiento que más vale la pena tener la próxima semana y el razonamiento con más probabilidades de ser filtrado por no ser aún duradero.

No duplica su repositorio. "Cualquier cosa que el repositorio o sus documentos ya cubran queda fuera" es una regla sensata que reubica silenciosamente el problema: significa que la memoria es solo tan completa como lo sea su documentación, para todo lo que su documentación toque. Si el README es incorrecto, nada en las notas lo contradirá.

Y no guarda secretos, lo cual es correcto y no requiere discusión.

Nada de esto es un fallo. xAI no está describiendo una limitación por la que pida disculpas; está describiendo una política de escritura, en la página de lanzamiento, por adelantado. Eso es más de lo que la mayoría de las funciones de memoria le dicen. La respuesta útil no es el escepticismo sobre la función, sino notar qué cuatro categorías necesitan ahora un hogar en otro lugar y elegir ese hogar deliberadamente en lugar de descubrir la brecha en tres semanas.

"Mi agente retomará el trabajo donde lo dejé". Retomará sus convenciones y decisiones. Donde lo dejó es el estado de la tarea, y el estado de la tarea está excluido por su nombre.

"Puedo dejar de escribir las cosas". Para convenciones y hechos del proyecto dentro de un repositorio, en gran medida sí. Para todo lo que está en la lista de exclusión, y para cualquier cosa que deba ser legible desde una herramienta diferente o una máquina diferente, no. Las notas son por proyecto y por instalación.

"Todo lo que digo se recuerda". La captura "se ejecuta en cada turno completado", pero lo que registra es "cualquier cosa duradera". Duradero es un juicio que el modelo hace sobre su turno. El anuncio no promete que se conservará una declaración determinada, y el propio encabezado del archivo de índice dice que es generado, no redactado.

"La nota ganará una discusión con el prompt". No lo hará, y este es el diseño correcto: "Las instrucciones en la conversación actual tienen prioridad sobre cualquier cosa en una nota". Si una nota es incorrecta, lo que escriba ahora la anula para esa sesión, y la nota seguirá siendo incorrecta mañana hasta que corrija el archivo.

"Es lo mismo que Skills". Mecanismo diferente, activador diferente. Trazamos esa línea en lo que significan las Grok Skills para la memoria de IA reutilizable, y la versión general de la distinción está en por qué las habilidades de los agentes no son memoria. Las Skills son capacidades que usted invoca; estas notas son observaciones escritas sobre usted.

La lista de exclusión es una especificación. Trátela como tal.

Paso 1: Escriba usted mismo las conclusiones tentativas

La categoría que más cuesta perder es la que parece menos importante en ese momento: la conclusión a la que llegó pero con la que no se había comprometido. "Probablemente no vamos a fragmentar esto". "La lógica de reintento está bien; el problema es el tiempo de espera". Estas nunca llegan a un mensaje de commit, son demasiado provisionales para los documentos y están excluidas de la captura por diseño.

Escríbalas como afirmaciones, con la fecha y el motivo. Una línea cada una. El motivo importa más que la conclusión, porque el motivo es lo que le dirá el próximo mes si todavía se mantiene.

Paso 2: Mantenga una línea de traspaso para el estado de la tarea

Antes de cerrar una sesión a mitad de una tarea, escriba la única línea que la exclusión del estado de la tarea significa que nadie más escribirá: qué estaba haciendo, qué está hecho, qué sigue. Toma quince segundos y reemplaza los diez minutos que de otro modo pasaría reconstruyéndolo a partir de un diff.

Esto no es una crítica a la función. Excluir el estado de la tarea es lo correcto para un almacenamiento que persiste durante meses. Simplemente significa que el traspaso es suyo para escribir, y escribirlo en algún lugar duradero es mejor que escribirlo en un archivo temporal que no encontrará.

Paso 3: Decida qué hechos deben sobrevivir al salir de la herramienta

Las notas son archivos markdown en una máquina, en un producto, con alcance por proyecto y global. Eso está bien mientras todo lo que haga suceda allí. Los hechos que necesitan sobrevivir a esa disposición son los que tendría que volver a plantear a un asistente diferente, en una máquina diferente, el próximo trimestre: decisiones de arquitectura, propiedad, la restricción que explica un diseño incómodo.

Ese es un requisito diferente al de la continuidad de la sesión, y vale la pena ser explícito sobre cuáles de sus hechos son cuáles. Analizamos la cuestión del tamaño en cuánta memoria debería darle realmente a un agente.

Esos tres pasos describen el mismo objeto: un hecho que decidió conservar, a propósito, en lugar de uno inferido de una transcripción. MemoryLake es un almacén en el que usted mismo escribe esos hechos, legible desde cualquier asistente que conecte, independientemente de qué herramienta produjo el hecho. Usted mismo escribe las entradas, con sus propias palabras. No se lee, escribe ni elimina nada de los sistemas de xAI ni del almacén de ningún otro proveedor; sus notas de Grok Build permanecen completamente bajo los propios controles de Grok Build.

Paso 1: Crear una clave API

Genere una clave desde el panel de control. Es lo que permite que un agente de programación, un asistente de chat y cualquier cosa que use el próximo trimestre accedan al mismo conjunto de hechos.

Paso 2: Subir sus primeras memorias

Comience con las cuatro excluidas: las conclusiones provisionales, las líneas de traspaso, las decisiones cuyo razonamiento odiaría tener que volver a deducir. Una docena de entradas cortas suele cubrir un proyecto. Escriba cada una como una afirmación con su fecha, no como una historia.

Paso 3: Conectar su IA y agentes

Apunte sus herramientas a la capa para que esos hechos se carguen al inicio de una sesión en lugar de tener que reconstruirse. Luego pruébelo de la manera que demuestra algo: abra una nueva sesión en una herramienta diferente y pida que le devuelva uno de los hechos. Si responde, el hecho ha dejado de depender de la política de escritura de un solo producto.

El primer cambio es que el anuncio se vuelve verificable en lugar de aspiracional. "Recuerda" es una afirmación que no se puede verificar. Convenciones, decisiones y hechos del proyecto, menos el estado de la tarea, las conclusiones tentativas, los secretos y cualquier cosa que sus documentos ya cubran, es una afirmación que puede contrastar con su propia semana y ver dónde quedan los vacíos.

El segundo es que su documentación se convierte silenciosamente en un elemento de soporte de una manera nueva. Debido a que las notas omiten "cualquier cosa que el repositorio o sus documentos ya cubran", un documento desactualizado es ahora un documento al que la memoria se ha remitido deliberadamente. Revisar el README deja de ser una cuestión de higiene y pasa a ser mantenimiento de la memoria.

El tercero es que vale la pena copiar el diseño de un archivo por tema, incluso si nunca abre Grok Build. Un tema por asunto, fusionado periódicamente, con un navegador de solo lectura sobre el resultado, es una mejor estructura que un único archivo en constante crecimiento, y la misma estructura se aplica a un almacén que usted mantenga a mano. El modo de fallo de un registro acumulativo se analiza en por qué los registros de sesión con opción de búsqueda siguen decepcionando a quienes querían memoria.

El cuarto es que agregar memoria al lado del chat de Grok sigue siendo un ejercicio separado con mecánicas separadas; cubrimos las opciones en las formas prácticas de darle memoria persistente a Grok. Las notas de Grok Build están limitadas a Grok Build.

Lea las notas antes de confiar en ellas. /memory existe para esto. Un navegador de solo lectura sobre los archivos es la forma más rápida de encontrar la única nota que es silenciosamente incorrecta.

Corrija las notas en el archivo, no en la conversación. Las instrucciones de la conversación ganan para la sesión actual y no cambian nada en el disco. Si una convención cambió, edite el archivo del tema.

Espere que el filtro de durabilidad tenga opiniones. La captura registra "cualquier cosa duradera". Las cosas que usted cree que son duraderas y el sistema no, simplemente no aparecerán, sin mostrar ningún error.

No ponga secretos cerca de él y no confíe en la exclusión como un control. La exclusión es una política de escritura, no un límite de seguridad.

Mantenga una respuesta escrita por decisión, fuera de la herramienta. Si un hecho tuviera que volver a plantearse a un segundo asistente, no pertenece únicamente a las notas de un solo producto.

Vuelva a leer los documentos de su repositorio trimestralmente. La memoria se remite a ellos por diseño, por lo que su obsolescencia es ahora la obsolescencia de su memoria.

La memoria de Grok Build es una función genuinamente útil, descrita de una manera inusualmente honesta. Captura después de cada turno completado, almacena archivos de temas markdown en un alcance de proyecto y un alcance global, los lee antes del trabajo relacionado y permite que la conversación actual anule cualquier cosa que diga una nota.

La parte que vale la pena conservar es la frase que le dice dónde se detiene: "El estado de la tarea, las conclusiones tentativas, los secretos y cualquier cosa que el repositorio o sus documentos ya cubran quedan fuera".

xAI no está anunciando que haya resuelto la memoria, y nada aquí sugiere lo contrario. Lanzó una política de escritura y la publicó. Lo razonable que se puede hacer con una política de escritura publicada es leerla, estar de acuerdo con la mayor parte de ella y luego decidir dónde van a vivir las categorías excluidas, porque son las que primero echará de menos y, por definición, nadie las va a escribir por usted.