Cómo evitar que Claude olvide tus prompts de sistema (2026)

No hay un solo campo: hay cuatro, más la API

La descripción general de personalización de Anthropic los nombra: "Claude ofrece varias formas de personalizar tu experiencia: instrucciones de perfil, instrucciones de proyecto y estilos". Si sumamos la capa de organización para los planes Team y Enterprise y el parámetro system de la API, el panorama completo es:

Instrucciones para Claude — a nivel de cuenta. "Las instrucciones son configuraciones a nivel de cuenta que ayudan a Claude a comprender tus instrucciones generales que Claude debe considerar en las respuestas", y "Cualquier instrucción que agregues aquí se aplicará a todas tus conversaciones con Claude". Se encuentran haciendo clic en tus iniciales en la esquina inferior izquierda, luego en Configuración (Settings).

Instrucciones de proyecto — limitadas a un proyecto. "Estas instrucciones solo se aplican a los chats dentro de ese proyecto".

Habilidades (Skills) — bajo demanda. "Agregan comportamientos o capacidades específicos a tus conversaciones con Claude" y "definen comportamientos repetibles que activas bajo demanda".

Instrucciones de organización — configuradas por encima de ti. En los planes Team y Enterprise, los administradores y niveles superiores pueden configurar "instrucciones personalizadas que Claude sigue en cada conversación en toda tu organización".

El parámetro system de la API — el único llamado literalmente prompt de sistema.

Cinco contenedores, cinco comportamientos. Casi todos los informes de "se le olvidó" se deben a una instrucción que se encuentra en el contenedor equivocado.

Lo prescrito en un chat en lugar de en un campo

La versión más común por un amplio margen. Abriste una conversación, escribiste tres párrafos estableciendo cómo debía comportarse Claude y funcionó de maravilla para esa conversación. Luego iniciaste un nuevo chat.

El texto en una conversación rige esa conversación. Nada en él es permanente. Puede terminar influyendo en Claude indirectamente (la memoria sí captura las "preferencias de comunicación y estilo de trabajo"), pero eso es la memoria infiriendo una preferencia, no una instrucción que se almacena. Si necesitas que se aplique siempre, tiene que ir en un campo.

Está configurado en el nivel incorrecto para el lugar donde estás trabajando

Las instrucciones a nivel de cuenta se aplican a todas tus conversaciones. Las instrucciones de proyecto se aplican solo dentro de ese proyecto. Esas dos frases generan dos modos de fallo opuestos:

Lo escribiste en las instrucciones de un proyecto y luego trabajaste en un proyecto diferente, o en un chat normal. Nunca estuvo allí.

O lo escribiste a nivel de cuenta y esperabas que fuera suficiente dentro de un proyecto que también tiene sus propias instrucciones y su propia base de conocimientos. Está ahí, pero compite con directrices específicas del proyecto que son más detalladas sobre el mismo tema.

Una nota de disponibilidad que vale la pena verificar en tu propia cuenta: la documentación de proyectos indica que los proyectos están "disponibles para todos los usuarios, incluidos aquellos con cuentas gratuitas de Claude", con un límite de cinco para usuarios gratuitos, mientras que la descripción general de personalización describe las instrucciones de proyecto como exclusivas para usuarios de pago. Abre la Configuración y comprueba cuál es tu caso en lugar de asumirlo.

Una instrucción de organización está ganando y no puedes verla

Esta es genuinamente invisible desde donde estás, y está documentada con precisión. Sobre la interacción entre los dos niveles: "Cuando ambos están configurados, 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". El ejemplo dado es exacto: una instrucción de la organización que dice "Responde siempre en inglés formal" supera a una instrucción personal que dice "usa un tono informal".

Y la columna de visibilidad de esa misma tabla dice: las instrucciones de la organización son visibles solo para "administradores y niveles superiores".

Así que en una cuenta de trabajo, una instrucción tuya puede ser anulada sistemáticamente por un texto que no tienes forma de leer. Tus instrucciones personales no se descartan ("Las instrucciones individuales se siguen aplicando para todo lo que las instrucciones de la organización no aborden"), pero en cualquier punto de conflicto directo, pierdes. Ese es el diseño correcto para una empresa que estandariza cómo escribe Claude; también es la causa más difícil de diagnosticar por uno mismo. Pregúntale a tu administrador qué está configurado.

Dos detalles más de esa capa: las instrucciones de la organización están limitadas a 3,000 caracteres, y "Los cambios pueden tardar hasta una hora en surtir efecto en todos los productos de Claude". Si tu administrador acabas de cambiar algo, esperar es un paso legítimo.

En la API, un prompt de sistema no se puede olvidar, solo omitir

Si estás llamando a la API, el parámetro system es parte de la solicitud. Lo envías con cada llamada, o no estará allí:

message = client.messages.create(
    model="claude-opus-5",
    max_tokens=1024,
    system="You are a helpful coding assistant specializing in Python.",
    messages=[{"role": "user", "content": "How do I sort a list of dictionaries by key?"}],
)

No hay almacenamiento, por lo que no hay nada que perder. "Claude olvidó mi prompt de sistema" en un contexto de API significa que una ruta de código dejó de enviarlo: un nuevo cliente, un asistente de reintentos, una rama de streaming, un framework que construye su propia solicitud. Registra el payload de salida una vez y lo sabrás en un minuto.

Se cargó, y aun así Claude no lo hizo

La última categoría honesta, y la propia Anthropic la señala. Sobre la prioridad de las instrucciones: "La priorización de instrucciones depende de las 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".

Guía relacionada: "Si las instrucciones de tu organización se contradicen entre sí, es posible que Claude no siga ninguna de ellas de manera confiable", y las instrucciones que entren en conflicto con el entrenamiento principal de Claude no se seguirán. Las instrucciones son un contexto sólido, no un archivo de configuración con cumplimiento garantizado. La versión más amplia de esto (cuatro razones distintas por las que un archivo de instrucciones parece ser ignorado) se encuentra en por qué los agentes ignoran los archivos de instrucciones que escribiste.

Volver a pegar el bloque de instrucciones al principio de cada conversación. Confiable y permanente, en el sentido de que lo harás permanentemente.

Escribir instrucciones más largas. La longitud no es la clave, y a nivel de organización es activamente contraproducente: esas instrucciones se "incluyen en cada mensaje enviado por todos en tu organización".

Duplicar las mismas instrucciones en cada proyecto. Funciona hasta que la cuarta copia difiere de la primera y ya no recuerdas cuál es la actual.

Asumir que una anulación es un error y reportarlo. Comprensible. Si estás en un plan Team o Enterprise, consulta con tu administrador antes de sacar conclusiones.

Poner todo a nivel de cuenta. Entonces Claude aplica tus estándares de revisión de código a la planificación de tus vacaciones. El alcance existe por una razón.

Decirle a Claude que "recuerde siempre" la instrucción. Eso es una solicitud a la memoria, no un campo de instrucción. La memoria puede guardar una preferencia, pero no es un mecanismo de cumplimiento.

La regla que resuelve esto de forma permanente es una regla de clasificación, no un cambio de configuración: una instrucción pertenece al nivel más estrecho donde siempre sea cierta.

Siempre cierta, en todas partes → Instrucciones para Claude. Tus iniciales, esquina inferior izquierda → Configuración → Instrucciones para Claude. Enfoques preferidos, términos que usas, dirección general de comunicación. Mantenlo corto y genuinamente universal.

Cierta solo para un conjunto de trabajo → instrucciones de proyecto. Abre el proyecto, haz clic en "Configurar instrucciones del proyecto", escríbelas y guárdalas. Claude "usará estas instrucciones para todos los chats dentro del proyecto". Roles, pautas de flujo de trabajo, requisitos para ese trabajo.

Cierta solo cuando la invocas → una Habilidad (Skill). Los comportamientos repetibles que activas bajo demanda pertenecen aquí, no en un campo siempre activo que compite con todo lo demás.

Configurada por tu organización → pregunta a tu administrador. Si Claude contradice sistemáticamente una instrucción personal en una cuenta de trabajo, las instrucciones de la organización tienen prioridad y solo los administradores y niveles superiores pueden verlas. Una pregunta te ahorra una semana.

Enviada por tu código → registra la solicitud. Confirma que system esté presente en cada ruta.

Esa clasificación soluciona la ubicación. Lo que no puede solucionar es la quinta categoría: el conocimiento permanente al que esas instrucciones siguen haciendo referencia. "Sigue nuestro estilo interno" solo funciona si el estilo interno está en algún lugar que Claude pueda leer, y los campos de instrucciones son para dar dirección, no para almacenar documentos.

Eso es lo que MemoryLake almacena: tu contexto duradero y tus convenciones en una capa de la que leen tus asistentes, de forma independiente a la configuración de cualquier cuenta. La configuración consta de tres pasos.

Paso 1: Crea una clave de API

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

Paso 2: Sube tus primeras memorias

Escribe el contenido al que tus instrucciones siguen haciendo referencia, en forma de entradas cortas, una afirmación por cada una:

Los estándares en sí. No "sigue nuestra guía de estilo", sino las reglas reales, expresadas de manera que se puedan verificar.

La razón detrás de cada regla. Una regla sobrevive a una conversación. "No uses la voz pasiva en las notas de lanzamiento: el equipo de soporte las lee en voz alta en las llamadas" sobrevive a un cambio de herramientas.

El vocabulario. Términos que tu equipo utiliza de una manera específica, con un significado concreto. Esto es lo que te evita volver a explicar un término en cada proyecto.

Lo que ya has rechazado y por qué. La categoría que nadie registra y que todos vuelven a discutir.

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 (como 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.

Tres límites honestos, y el primero es el que más importa aquí. Una capa de memoria no es un mecanismo de cumplimiento. Hace que tus estándares estén disponibles; no garantiza que un modelo los siga, y la categoría anterior de "cargado pero no seguido" sigue siendo real. Tampoco escribe en la configuración de Claude (tus campos de instrucciones siguen siendo tuyos para administrarlos) y el Paso 2 es manual.

Las instrucciones se vuelven cortas y se mantienen cortas. La dirección va en el campo; el contenido va en la capa de memoria. Los campos de instrucciones dejan de ser el lugar donde pegas documentos, que es la razón principal por la que se ignoran.

Las anulaciones de la organización dejan de ser misteriosas. Sigues sin poder verlas, pero una vez que conoces la regla de precedencia, un tono formal inexplicable se vuelve explicable, y la solución es una conversación en lugar de una sesión de depuración.

Se acaba la duplicación entre proyectos. Los estándares viven una sola vez. Las instrucciones del proyecto apuntan a lo que es específico de ese proyecto.

Tus estándares sobreviven a la herramienta. Los campos de instrucciones son por proveedor. Lo que escribiste en la configuración de Claude no existe en Cursor o Codex, pero sí existe una capa de memoria que todos pueden leer, cuya estructura se detalla en configurar una sola memoria en tus herramientas de IA.

"Se le volvió a olvidar" se convierte en una comprobación de dos minutos. Qué campo, qué alcance, qué nivel. Casi siempre es uno de esos tres.

Clasifica antes de escribir. Universal, con alcance de proyecto, bajo demanda u organizacional. Hacer esto bien una vez evita la mayoría de las recurrencias.

Mantén los campos de instrucciones para dirección, no para documentos. Dile a Claude cómo comportarse; mantén el material de referencia donde se pueda recuperar.

Prueba en una nueva conversación. El consejo documentado para las instrucciones de la organización también se aplica a las tuyas: después de guardar, inicia un nuevo chat y prueba con algunos tipos diferentes de preguntas.

No generalices el límite de 3,000 caracteres. Esa cifra está documentada específicamente para las instrucciones de la organización. No asumas que se aplica a tu campo personal, y no trates la brevedad como algo opcional en ningún caso.

Espera una hora después de un cambio del administrador. Los cambios en las instrucciones de la organización "pueden tardar hasta una hora en surtir efecto en todos los productos de Claude".

Evita la autocontradicción. Dos instrucciones que compiten entre sí pueden hacer que ambas dejen de ser confiables. Lee tu campo de arriba a abajo como un solo documento.

No intentes dar instrucciones sobre comportamientos de seguridad. Está documentado como ineficaz y no es un lugar productivo en el que gastar esfuerzos.

Escribe la razón junto a la regla. Es lo que hace que una instrucción sea portátil, y es la diferencia entre una regla que Claude aplica y una regla que Claude aplica correctamente a un caso que no previste; el punto general en lo que realmente significa la memoria persistente.

No hay ningún prompt de sistema en la aplicación de Claude que se pueda olvidar. Hay instrucciones a nivel de cuenta, instrucciones de proyecto, Habilidades (Skills), instrucciones de organización en los planes Team y Enterprise y, en la API, un parámetro system que envías con cada solicitud. Una instrucción que "desapareció" casi siempre está en el lugar equivocado de esos, o está siendo anulada por la capa de organización que no puedes ver, o se escribió en una conversación que terminó.

Clasifica cada instrucción en el nivel más estrecho donde siempre sea cierta, mantén esos campos cortos y mueve el contenido al que se refieren (estándares, vocabulario, decisiones, rechazos) a una capa que tus herramientas puedan leer. De este modo, el campo de instrucciones indica cómo comportarse, la capa de memoria contiene lo que es cierto y ninguno tiene que cargar con el trabajo del otro. Si tu problema tiene menos que ver con la dirección y más con que Claude pierda el material del proyecto en sí, por qué Claude olvida el conocimiento de tu proyecto cubre ese caso.