Cómo dar a Claude conocimiento de dominio permanente (Guía 2026)

Primero, separa tres cosas que la gente llama igual

Equivocarse en esto es la razón por la que la mayoría de los intentos fallan, porque cada una pertenece a un lugar diferente:

El conocimiento de dominio es lo que se mantiene constante en todo tu trabajo. Cómo funciona la adjudicación de reclamaciones. Qué significa "cohorte" en tu campo frente al sentido general. La regulación que limita cada proyecto. Sobrevive a cualquier proyecto individual y se reutiliza constantemente.

El conocimiento del proyecto es el material para un trabajo específico: la especificación, el conjunto de datos, el contrato. Es específico y expira con el proyecto. Ese es el caso cubierto en por qué Claude olvida el conocimiento de tu proyecto.

Las convenciones internas son la forma en que tu equipo hace las cosas: formato, estándares de revisión, nomenclatura. Esto es diferente de nuevo, y se cubre en por qué Claude olvida tus convenciones internas.

Si intentas almacenar el conocimiento de dominio como conocimiento del proyecto, acabarás manteniendo una copia por proyecto. Si intentas almacenarlo como una instrucción, alcanzarás rápidamente el límite del campo de configuración.

El campo para toda la cuenta es para dar dirección, no documentos

Las "Instrucciones para Claude" son verdaderamente para toda la cuenta: "Cualquier instrucción que agregues aquí se aplicará a todas tus conversaciones con Claude". Y los ejemplos documentados no son ajenos al material de dominio; Anthropic incluye "Términos o conceptos comunes que utilizas" y "Escenarios típicos que encuentras" entre las cosas que se pueden poner allí.

Por lo tanto, un glosario compacto pertenece aquí. Diez términos, definidos en una línea cada uno, es una estrategia legítima y poco utilizada. Un corpus completo no. Es un cuadro de texto para instrucciones permanentes, y cada palabra que contiene se envía con cada conversación que tienes, sobre cualquier tema. Cárgalo con el material de referencia de tu campo y habrás empeorado todos tus chats no relacionados para mejorar solo uno de ellos.

El conocimiento del proyecto es potente, pero está aislado en un solo proyecto

El conocimiento del proyecto es el contenedor adecuado para los documentos y funciona bien. "Cualquier cosa que subas a este espacio se utilizará en todos tus chats dentro de ese proyecto", y en los planes de pago la capacidad se escala: "Cuando el conocimiento de tu proyecto se acerca a los límites de contexto, Claude habilita sin problemas el modo RAG para expandir la capacidad hasta 10 veces mientras mantiene la calidad de la respuesta". Esa capacidad mejorada está documentada como disponible para los planes Pro, Max, Team y Enterprise.

El problema está en la definición. Los proyectos "te permiten crear espacios de trabajo independientes con sus propios historiales de chat y bases de conocimiento". Que sean independientes es precisamente su propósito, y la razón por la cual tu corpus de dominio no puede vivir en uno y servir al resto.

La memoria del proyecto está aislada por el mismo diseño

La función de memoria tampoco soluciona esto: "Cada proyecto tiene su propio espacio de memoria independiente y un resumen de proyecto dedicado, por lo que el contexto dentro de cada uno de tus proyectos está enfocado, es relevante y está separado de otros proyectos o chats que no son de proyectos".

Y la memoria no es un almacén de documentos en primer lugar. En lo que se centra la memoria de Claude es en el contexto de trabajo sobre ti: tu rol y contexto profesional, preferencias de comunicación y estilo de trabajo, preferencias técnicas y estilo de programación, detalles del proyecto y trabajo en curso. Útil, pero una categoría diferente de "cómo funcionan los plazos de liquidación en esta industria".

Dos trampas más pequeñas en la misma área. El contexto "no se comparte entre chats dentro de un proyecto a menos que la información se agregue a la base de conocimiento del proyecto", por lo que una definición que explicaste en un chat no estará disponible en el siguiente, incluso dentro del mismo proyecto. Y cuando creas un proyecto, "Le das a tu proyecto un nombre y una descripción (ten en cuenta que Claude no tendrá acceso a estos detalles)". Nombrar un proyecto Reclamaciones de seguros — UE no le transmite nada a Claude.

Subir los mismos archivos a cada proyecto es un sistema de mantenimiento insostenible

Que es lo que hace la mayoría de la gente, y funciona el primer día. Para el tercer mes, tienes el resumen regulatorio en cinco proyectos, tres de los cuales son anteriores a la enmienda, y no hay forma de saber qué chat usó cuál. El conocimiento no se corrompió: tus copias divergieron.

Pegar el contexto al principio de cada chat. Efectivo e ilimitado. Es el bucle descrito en cómo dejar de volver a explicar el contexto a la IA.

Subir los mismos PDFs en cada proyecto. Resuelve el acceso, pero crea divergencia de versiones. También es la razón por la que la gente termina volviendo a subir los mismos documentos para siempre.

Crear un proyecto gigante para todo el dominio. Entonces, cada tarea no relacionada comparte un mismo espacio de memoria y un solo resumen, y el aislamiento que querías para el trabajo con tus clientes desaparece.

Llenar el campo de instrucciones para toda la cuenta con material de referencia. Aplica tu corpus de dominio a cada conversación que tienes, incluidas aquellas sobre programación de horarios.

Confiar en que la búsqueda del chat lo encuentre. La búsqueda funciona bajo petición, dentro de límites documentados: las búsquedas dentro de un proyecto se quedan dentro de ese proyecto. Es recuperación, no una base de conocimiento permanente, y la distinción importa: por qué RAG no es memoria.

Esperar a que la memoria lo capte. La memoria se centra en el contexto relacionado con el trabajo sobre ti y tus proyectos. No está diseñada para absorber el material de referencia de un campo, y tratarla como un almacén de documentos genera vacíos silenciosos.

La estructura que funciona separa lo que siempre es cierto de lo que es cierto para este trabajo, y deja de pedirle a un solo contenedor que haga ambas cosas.

Mantén el conocimiento del proyecto para el material del proyecto. No luches contra esto: es la herramienta adecuada. La especificación, los datos, el contrato, el borrador actual. En los planes de pago, se escala cuando es necesario, y los documentos añadidos desde Google Drive se sincronizan para que trabajes con la versión actual en lugar de una subida obsoleta.

Pon un glosario corto en tus instrucciones para toda la cuenta. De diez a quince términos que tu campo utiliza de una manera específica, una línea cada uno. Anthropic enumera explícitamente los términos comunes y los escenarios típicos como contenido adecuado para ese campo. Resiste la tentación de hacerlo de veinte páginas.

Dale a cada proyecto un alcance real y pon el contexto dentro de él. Un proyecto por cada cuerpo de trabajo, porque cada uno lleva su propia memoria y resumen; y recuerda que el nombre y la descripción no son visibles para Claude, por lo que cualquier asunto de alcance va en las instrucciones o en la base de conocimiento.

Luego, dale al dominio en sí un único hogar fuera de cualquier proyecto. Esta es la pieza que Claude no proporciona, y eso es lo que es MemoryLake: una capa de memoria que contiene tu conocimiento duradero, legible desde cada proyecto, cada chat normal y las otras herramientas que utilizas. 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

El error aquí es subir tus documentos. El conocimiento de dominio en una forma utilizable se extrae, no se indexa: entradas cortas, una afirmación cada una, redactadas de manera que se puedan verificar. Qué capturar:

Definiciones que difieren del significado general. Cada campo tiene palabras que significan algo específico internamente. Estas causan más errores silenciosos que cualquier otra cosa, porque el modelo utilizará con confianza el sentido general.

Reglas y la restricción que las produce. "La liquidación se ejecuta en T+2" es un hecho. "La liquidación se ejecuta en T+2, razón por la cual el trabajo de conciliación no puede ser el mismo día" es conocimiento que evita una mala sugerencia.

Límites y excepciones. El caso en el que no se aplica la regla normal. Este es el material de mayor valor y el que tiene menos probabilidades de estar escrito en alguna parte.

Lo que se ha descartado y por qué. Enfoques que tu campo ya ha abandonado. Sin esto, cada nueva conversación los volverá a proponer.

Los números que importan, con su fecha de vigencia. Umbrales, límites, tasas. Con fecha, para que una entrada obsoleta se delate sola.

Espera una proporción real: un documento de referencia de cuarenta páginas suele producir de quince a treinta entradas. Si estás produciendo doscientas, estás transcribiendo en lugar de extraer.

Paso 3: Conecta tu IA y agentes

Conecta las herramientas que utilizas. MemoryLake es accesible a través de MCP y de una API, por lo que los agentes nativos de MCP (como Claude Code, Codex y OpenClaw, entre otros) se conectan apuntando al servidor MCP, mientras que otros asistentes leen la misma memoria a través de la API. Tu capa de dominio será entonces legible dondequiera que estés trabajando, mientras que cada proyecto conserva sus propios archivos.

Tres límites honestos. Esto no reemplaza el conocimiento del proyecto: los archivos del proyecto pertenecen al proyecto, y MemoryLake no es un sistema de gestión de documentos. Solo contiene lo que tú o tus agentes escriben en él, por lo que el Paso 2 es un trabajo real. Y no es un sistema de cumplimiento o retención.

Iniciar un proyecto ya no significa volver a establecer las bases del campo. Nuevo proyecto, y la capa de dominio ya es legible. Subes la especificación, no la industria.

Una única fuente de verdad para las enmiendas. Cuando la regulación cambia, actualizas una sola entrada, no cinco bases de conocimiento de proyectos con tres copias obsoletas entre ellas.

El aislamiento de proyectos se vuelve puramente útil. Mantienes la separación que deseas entre los cuerpos de trabajo sin pagar el precio de tener que volver a explicarlo todo.

Las definiciones dejan de desviarse. Un término definido una vez, en un solo lugar, se utiliza de la misma manera en cada proyecto y en cada herramienta.

Tus otras herramientas lo heredan. El conocimiento de dominio es exactamente el contexto que es idéntico entre asistentes. Una vez que está fuera de Claude, Cursor y tus agentes leen lo mismo: la estructura descrita en memoria entre herramientas para trabajadores del conocimiento.

Clasifica antes de almacenar. Dominio, proyecto o convención. Cada uno tiene un hogar diferente y una vida útil diferente, y mezclarlos es lo que crea el problema de mantenimiento.

Extrae, no subas. Un documento es algo para leer. Una entrada es algo para recuperar. En la conversión es donde está el valor.

Escribe la razón junto a la regla. Las razones permiten que Claude maneje un caso que no anticipaste. Las reglas a secas no.

Pon fecha a cualquier dato numérico. Los umbrales y las tasas cambian. Un número sin fecha es un error futuro.

Mantén una entrada para una sola afirmación. Las entradas largas combinadas se recuperan mal y son difíciles de corregir cuando una de las partes se vuelve incorrecta.

Registra las excepciones. Los casos límite marcan la diferencia entre una respuesta plausible y una correcta.

Mantén corto el glosario para toda la cuenta. Se envía con cada conversación que tienes. Diez términos es útil; un capítulo entero es un impuesto sobre el trabajo no relacionado.

Revisa después de cualquier cambio en tu campo. Elimina las entradas que describen cómo solía funcionar en lugar de añadir una nota al lado. Dos entradas contradictorias son peor que una obsoleta: el problema general detallado en qué es y qué no es la memoria de IA.

Claude tiene buenos contenedores para el contexto y ninguno de ellos tiene la forma del conocimiento de dominio. El campo de instrucciones para toda la cuenta es para dar dirección permanente y viaja con cada conversación que tienes. El conocimiento del proyecto es el lugar adecuado para los documentos y está sellado dentro de un solo proyecto independiente, al igual que la memoria de ese proyecto. La memoria en sí se centra en el contexto de trabajo sobre ti en lugar del material de referencia de tu campo.

Por lo tanto, la configuración de trabajo es una división. Los archivos del proyecto se quedan en los proyectos. Un glosario corto va para toda la cuenta. Y el dominio (las definiciones, reglas, razones, excepciones y las cosas que ya se han descartado) se extrae una vez en una capa que cada proyecto y cada herramienta pueden leer. Esa es la versión en la que un nuevo proyecto comienza con tu campo ya entendido, y donde una enmienda significa editar una sola entrada en lugar de buscar cinco copias.