Cómo hacer que Claude se ciña a tu estilo de programación (2026)

Es posible que la memoria no esté activada, y existen dos versiones diferentes de ella

Primero verifica qué experiencia tienes, porque el interruptor se encuentra en un lugar diferente en cada una. La prueba documentada: si ves Memoria en Settings > Memory (Configuración > Memoria), estás en la nueva experiencia; "Si ves Memoria en Settings > Capabilities (Configuración > Capacidades), estás utilizando la experiencia de memoria heredada".

En la nueva experiencia, la memoria es una opción de exclusión voluntaria por usuario que debes activar: ve a Settings > Memory y activa Generate memory from chats (Generar memoria a partir de chats). Está disponible "para usuarios de Claude en planes gratuitos, Pro y Max", se aplica a la web, Claude Desktop y Claude Mobile, y "actualmente no está disponible para Cowork". Si estás en un plan Enterprise, hay una barrera adicional: los miembros "solo pueden habilitar esta función individualmente cuando un propietario la habilita para su organización".

Las dos experiencias también se comportan de manera diferente en un aspecto crucial para las correcciones. La nueva "construye la memoria como un conjunto de entradas individuales organizadas en categorías", y "Claude lee, escribe y actualiza estas entradas en tiempo real a medida que chateas, en lugar de hacerlo en un horario diario fijo". La heredada es un resumen "actualizado cada 24 horas". En la heredada, una corrección de estilo que hagas esta tarde simplemente podría no estar en la memoria todavía.

Anthropic describe el despliegue como en curso, por lo que vale la pena volver a verificar en cuál estás en lugar de asumirlo.

La memoria del proyecto es independiente, lo cual es la verdadera respuesta la mayoría de las veces

Este es el límite que produce la mayoría de los momentos de "pero si ya te lo dije". La memoria en un proyecto se queda en ese proyecto. Los chats que no pertenecen a proyectos tienen su propio espacio. Así que hay tres formas realistas en las que tu estilo desaparece sin que nada falle:

Lo entrenaste en chats fuera de proyectos y luego comenzaste a trabajar dentro de un proyecto. Lo entrenaste en el Proyecto A y abriste el Proyecto B. O tu equipo creó un nuevo proyecto para un nuevo servicio y comenzó desde cero.

Nada de eso es un error: la documentación presenta el aislamiento como el objetivo principal, manteniendo cada proyecto "enfocado, relevante y separado". Pero esto significa que la memoria por sí sola nunca te dará un único estilo de programación para todo lo que haces. Algo tiene que ser la copia canónica.

La memoria se deriva de tus chats, no es escrita por ti

La memoria se genera a partir de las conversaciones. Eso es útil (significa que no tienes que escribir nada) y también es la razón por la que lo que queda guardado es el resumen de Claude de tus preferencias en lugar de tu guía de estilo. "Usar tabulaciones, ancho de 4, nunca puntos y comas, solo exportaciones con nombre, pruebas ubicadas en el mismo lugar" es una especificación. Lo que la memoria conserva se parece más a una impresión de ella.

También se excluyen dos categorías por diseño. Los chats de incógnito no contribuyen: "Cuando este modo está activado, Claude no recordará tus chats, por lo que no se guardarán en la memoria de Claude ni en tu historial de chat". Y una corrección que hiciste en un solo chat y nunca repetiste simplemente puede no haber superado el umbral de lo que vale la pena recordar.

Las instrucciones de otra persona pueden estar anulando las tuyas

Si estás en un plan Team o Enterprise, hay una capa por encima de ti. Las instrucciones de la organización permiten que "los administradores y superiores en planes Team y Enterprise establezcan instrucciones personalizadas que Claude siga en cada conversación en toda tu organización", y la precedencia se establece claramente: "Cuando se configuran ambas, las instrucciones de la organización tienen prioridad. Si una instrucción individual contradice directamente una instrucción de la organización, Claude favorece la instrucción a nivel de organización".

La línea de visibilidad es la parte que vale la pena conocer: "Solo los administradores y superiores pueden ver o editar" las instrucciones de la organización. Por lo tanto, un estándar de formato o de lenguaje establecido a nivel de organización puede superar tu preferencia personal, y no verás el texto que lo hace. Tus propias instrucciones "siguen aplicándose a todo lo que las instrucciones de la organización no aborden". El mapa más amplio de qué contenedor de instrucciones gana se encuentra en cómo evitar que Claude olvide tus system prompts.

Repetir la corrección y esperar que se mantenga. A veces funciona; para eso está la memoria. También es la versión sin paso de confirmación, por lo que la gente sigue sin estar segura tres semanas después.

Pegar toda la guía de estilo en cada chat. Confiable y costoso, y es el bucle descrito en cómo dejar de volver a explicar el contexto a la IA.

Poner la guía de estilo en el conocimiento del proyecto. El instinto correcto, el alcance equivocado: es por proyecto, por lo que terminas manteniendo N copias que se desvían. La versión general de ese problema se encuentra en darle a Claude conocimiento de dominio permanente.

Escribir "seguir buenas prácticas" en las instrucciones personales. Demasiado vago para actuar en consecuencia. La propia guía de Anthropic para las instrucciones es la solución: "En lugar de instrucciones vagas como 'sé profesional', da una dirección concreta como 'Responde en inglés formal. No uses contracciones, jerga ni emojis'". El estilo de código necesita el mismo tratamiento.

Asumir que la memoria cubre lo que debería hacer un linter. El formato que un formateador puede imponer no debería ser en absoluto una solicitud a nivel de prompt. Guarda las instrucciones para las decisiones que las herramientas no pueden tomar.

Tratar las convenciones del equipo y el estilo personal como una sola cosa. Son alcances diferentes con hogares diferentes; el lado del equipo se trata en por qué Claude olvida las convenciones de tu empresa.

Tres pasos. El primero hace que la memoria trabaje para ti en lugar de en tu contra. El segundo hace que la parte importante sea determinista. El tercero evita que mantengas copias.

Abre el panel de Memoria y edítalo directamente. Este es el paso que la gente se salta. Ve a Settings > Memory: "El panel de Memoria enumera todo lo que Claude recuerda sobre ti, agrupado por categorías. Selecciona cualquier entrada para ver su resumen y detalles. Para cambiar una entrada, usa el cuadro 'Dile a Claude qué cambiar o eliminar'. Para eliminar una entrada por completo, selecciona 'Eliminar'". Lee lo que realmente hay allí sobre tus preferencias técnicas. Corrige la entrada que esté mal. Elimina la del proyecto que abandonaste en marzo.

También puedes añadir información de forma conversacional: dile a Claude lo que te gustaría que recuerde y se actualizará sin que tengas que salir del chat. En la experiencia heredada, las ediciones realizadas de esta manera "se aplicarán inmediatamente a tu próxima conversación, por lo que no necesitas esperar a que se ejecute la síntesis diaria".

Coloca las reglas no negociables en las instrucciones, no en la memoria. Cualquier cosa que consideres un comentario de revisión de código pertenece a tus instrucciones personales, escritas de forma lo suficientemente concreta como para poder comprobarlas: "Solo componentes funcionales de React, exportaciones con nombre, sin exportaciones por defecto. Pruebas ubicadas en el mismo lugar como *.test.ts. Sin puntos y comas". La memoria aprende tendencias; las instrucciones establecen reglas. Ten en cuenta la propia advertencia de Anthropic: "La priorización de instrucciones se basa en instrucciones a nivel de prompt. En casos extremos poco comunes que involucren instrucciones directamente contradictorias, el comportamiento puede variar. Prueba tus instrucciones para confirmar que producen los resultados que esperas".

Deja que el formateador se encargue del formato. La sangría, las comillas y la longitud de las líneas pertenecen a un archivo de configuración que se ejecuta. Utiliza el presupuesto de instrucciones para preferencias de arquitectura que una herramienta no puede decidir.

Dale a la especificación un único hogar. Que es la parte que ni la memoria ni las instrucciones resuelven. La memoria es por proyecto por diseño. El conocimiento del proyecto es por proyecto por definición. Las instrucciones personales son un bloque corto de texto siempre activo, no un documento. Por lo tanto, una especificación de estilo real (aquella que incluye los motivos) termina duplicada o en ninguna parte.

Eso es lo que almacena MemoryLake: tus preferencias duraderas y sus motivos en una capa de la que leen tus herramientas, para que cada proyecto y cada asistente vean la misma versión. La configuración consta de tres pasos.

Paso 1: Crea una clave API

Inicia sesión en MemoryLake y crea una clave API. Una sola credencial para todas las herramientas que conectes.

Paso 2: Sube tus primeras memorias

Entradas cortas, una afirmación cada una. Lo que pertenece aquí en lugar de a una regla o a una entrada de memoria:

Decisiones de estilo con el motivo adjunto. "Solo exportaciones con nombre, porque el tree-shaking de nuestro empaquetador no detecta las exportaciones por defecto en el paquete compartido". Una regla establece la primera mitad. Solo esto evita que la sugerencia vuelva a aparecer en un proyecto que aún no tiene la regla.

Las convenciones que difieren de las predeterminadas del ecosistema. Cualquier cosa en la que el instinto de un modelo bien entrenado sea razonable pero incorrecto para tu base de código. Estas son las correcciones que te encuentras haciendo en cada nuevo proyecto.

Patrones que has rechazado deliberadamente. La abstracción que probaste y descartaste, y por qué. No existe en ningún archivo de configuración ni en ningún mensaje de confirmación, y cada nueva sesión vuelve a proponerla.

Vocabulario específico de tu pila tecnológica. Lo que llamas un "servicio", un "manejador" (handler), un "módulo": las palabras que asumen tus comentarios de revisión y que un nuevo agente no conoce.

Paso 3: Conecta tu IA y tus agentes

Conecta las herramientas que utilizas. Se puede acceder a MemoryLake a través de MCP y de una API, por lo que los agentes nativos de MCP (entre ellos Claude Code, Codex y OpenClaw) se conectan apuntando al servidor MCP, mientras que otros asistentes leen la misma memoria a través de la API. El efecto práctico es que la especificación de estilo que escribiste una vez es la misma que lee el agente de tu editor.

Tres límites honestos. MemoryLake no escribe tus entradas de memoria de Claude ni tus instrucciones; esas son interfaces de Anthropic, y aún debes configurarlas correctamente, porque son las que dirigen un chat sin herramientas conectadas. Solo contiene lo que tú o tus agentes introducen en él, por lo que el Paso 2 es manual. Y esto es contexto, no imposición: para cualquier cosa que un formateador o linter pueda comprobar, el archivo de configuración es la verdadera garantía.

"¿Realmente lo recordó?" se convierte en algo que puedes ver. El panel de Memoria enumera las entradas por categoría. Ábrelo, lee las preferencias técnicas, corrige lo que esté mal. Sin adivinanzas.

Un nuevo proyecto deja de ser un comienzo desde cero. La memoria del proyecto está aislada por diseño, por lo que la solución no es luchar contra eso, sino mantener la especificación canónica en algún lugar desde donde los proyectos puedan leerla.

Las instrucciones se vuelven más cortas y específicas. Cuando el razonamiento reside en otra parte, el bloque siempre activo vuelve a ser un puñado de reglas lo suficientemente concretas como para verificarlas.

Tu editor y tu chat se ponen de acuerdo. Las mismas preferencias, leídas por Claude en el navegador y por cualquier agente que esté en tu IDE; la forma que se aborda en lo que realmente significa la memoria persistente.

Los estándares del equipo y el gusto personal dejan de chocar. Las instrucciones de la organización tienen prioridad sobre las individuales, por lo que la capa personal debe contener lo que la capa de la organización no aborda, no competir con ella.

Primero verifica qué experiencia de memoria tienes. Settings > Memory significa la nueva; Memoria bajo Settings > Capabilities significa la heredada, donde el resumen se actualiza cada 24 horas.

Lee el panel de Memoria una vez al mes. Las entradas pueden ser incorrectas, y una entrada incorrecta es peor que ninguna porque compite con tu instrucción.

Escribe reglas lo suficientemente concretas como para verificarlas. "Componentes funcionales, exportaciones con nombre" es verificable. "Seguir las prácticas modernas de React" no lo es.

Nunca confías en la memoria para algo que un linter pueda imponer. Pon el formato en un archivo de configuración y deja que el prompt se encargue de las decisiones de criterio.

Anticipa el aislamiento del proyecto y planifica para ello. Un estilo entrenado en un proyecto no llega al siguiente. Mantén la versión canónica fuera de todos ellos.

Recuerda que los chats de incógnito no aportan nada. Si diste tu mejor explicación en un chat de incógnito, no se guardó.

En Team y Enterprise, pregunta qué dicen las instrucciones de la organización. Tienen prioridad y solo los administradores y superiores pueden verlas, por lo que una anulación misteriosa puede tener una explicación muy simple.

Guarda el motivo junto a la regla. Una elección de estilo con su justificación sobrevive a un nuevo proyecto, a una nueva herramienta y a un nuevo compañero de equipo. La regla por sí sola no lo hace; el caso general se trata en por qué los agentes ignoran los archivos de instrucciones que escribiste.

La memoria de Claude está documentada para capturar las "Preferencias técnicas y estilo de programación", por lo que la suposición inicial debería ser que esto funciona, y que cuando no es así, hay algo específico que lo impide. Por lo general, es una de estas cuatro cosas: la memoria está desactivada o estás en la experiencia heredada de 24 horas, cruzaste el límite de un proyecto hacia un espacio de memoria independiente, la preferencia se aprendió como una tendencia en lugar de establecerse como una regla, o una instrucción de la organización que no puedes ver tiene prioridad sobre la tuya.

Tres de ellas las puedes solucionar en unos diez minutos. Activa la memoria, abre el panel de Memoria y corrige lo que hay allí, y mueve tus puntos no negociables a instrucciones escritas de forma lo suficientemente concreta como para poder comprobarlas. La cuarta (el aislamiento del proyecto) es deliberada, y ninguna configuración la desactiva.

Por eso la especificación de estilo en sí misma necesita un hogar fuera de cualquier proyecto o herramienta individual: escrita una vez, con los motivos adjuntos, en una capa de la que todo lee. Así, un nuevo repositorio, un nuevo proyecto o un nuevo agente comenzará con las mismas convenciones que ya explicaste, en lugar de un lienzo en blanco y una conversación familiar.