La mayoría de la gente usa Claude como si fuera una barra de búsqueda.
Cada sesión empieza igual. Eres un redactor de marketing. Mi negocio es tal. Mi audiencia es cual. Ahora escríbeme el texto. Luego cierras la pestaña, y al día siguiente repites todo el briefing desde cero, entrenando al mismo empleado cada mañana y dejando que olvide todo al anochecer.
Eso no es un flujo de trabajo. Es empezar desde cero, para siempre.
Claude Projects soluciona esto, y casi nadie los configura correctamente. La mayoría crea un proyecto, pega una línea de instrucciones, sube un PDF aleatorio y se pregunta por qué no se siente mucho mejor que un chat normal. El poder es real, pero está en los detalles que la pantalla de configuración no explica.
Este es el curso completo sobre cómo configurar Claude Projects como lo hacen las personas que realmente dependen de ellos. Cada función aquí es real y actual. Al final, tendrás un proyecto que carga contexto completo en cada conversación automáticamente, nunca necesita un nuevo briefing, y produce resultados que suenan como tú en lugar de como un asistente genérico.
Qué es realmente un proyecto
Dejando de lado el marketing, un Claude Project son tres cosas combinadas en un espacio de trabajo persistente.
Instrucciones personalizadas. Un prompt a nivel de sistema que se aplica automáticamente a cada conversación dentro del proyecto. Este es el brief permanente que define cómo se comporta Claude, con quién cree que está hablando y qué reglas sigue, sin que tengas que escribir nada de eso en el chat.
Una base de conocimientos. Archivos y documentos a los que Claude puede acceder en cada conversación, siempre disponibles, sin necesidad de volver a subirlos. Guías de estilo, especificaciones, trabajos anteriores, material de referencia.
Conversaciones delimitadas. Todos los chats dentro del proyecto se agrupan y heredan las mismas instrucciones y conocimientos.
Una cosa importante que debes entender desde el principio, porque causa problemas constantemente. Las conversaciones dentro de un proyecto NO comparten el historial de mensajes entre sí. El estado compartido son las instrucciones y los archivos, no los chats. Cada nueva conversación empieza desde cero con solo esas dos cosas cargadas. Esto es importante para cómo diseñar todo lo que viene a continuación.
Los proyectos están disponibles en todos los planes de Claude, incluido el gratuito, aunque los usuarios gratuitos tienen un límite de cinco proyectos y las instrucciones del proyecto son una función de pago. En los planes Pro, Max y Team tienes la configuración completa.
El error que casi todos cometen
Antes de la configuración, entiende el error más grande, porque evitarlo es la mayor parte del trabajo.
La gente trata la base de conocimientos como un trastero. Lo meten todo. El manual de marca completo. Seis meses de notas de reuniones. Una presentación de estrategia de cuarenta páginas. La lógica parece sólida: más contexto equivale a mejores resultados.
No funciona así, y he aquí por qué. El conocimiento del proyecto no se carga completamente en cada respuesta. Claude extrae el contenido más relevante por consulta mediante recuperación. Cuando sobrecargas la base de conocimientos con material poco relacionado, diluyes la capacidad de Claude para encontrar la señal que realmente importa, y corres el riesgo de llenar la ventana de contexto con archivos, dejando menos espacio para la conversación real.
La regla que produce resultados drásticamente mejores es la opuesta a lo que la gente espera. Mantén cada documento de conocimiento conciso y específico, de una a tres páginas aproximadamente. Una guía de voz de marca de tres páginas vence a un manual de marca de cuarenta páginas siempre, porque la señal útil es más densa y el ruido es menor. La precisión vence al volumen en la base de conocimientos, siempre.
Paso 1: Crea el proyecto con una intención real
Abre Claude, haz clic en Projects en la barra lateral, haz clic en New project.
El nombre importa más de lo que parece. Nómbralo de forma específica. "Newsletter" o "Propuestas para clientes" o "Documentación de API", no "Trabajo" o "Cosas". La razón es que terminarás teniendo múltiples proyectos, y el objetivo es la separación. Un nombre vago lleva a un proyecto vago que lentamente acumula cosas sin relación, que es exactamente el problema de dilución mencionado.
Esto lleva al primer principio que la mayoría pasa por alto. Un proyecto por área. No pongas tu código backend y tu contenido de marketing en el mismo proyecto. No mezcles al cliente A con el cliente B. Proyectos separados significan un contexto más limpio y enfocado, y el contexto enfocado es la razón de ser de los proyectos. El instinto de tener un megaproyecto para todo es el instinto de recrear el chatbot genérico del que intentabas escapar.
Paso 2: Escribe instrucciones como un brief permanente, no como un prompt
Esta es la parte de mayor apalancamiento de toda la configuración, y es donde la brecha entre un proyecto débil y uno excelente es más amplia.
Un bloque de instrucciones débil dice "Eres un asistente útil que escribe contenido de marketing". Eso le da a Claude nada que no tuviera ya.
Un bloque de instrucciones sólido es un brief permanente completo escrito para alguien que no sabe nada de ti aún, porque esa es exactamente la situación al inicio de cada nueva conversación en el proyecto. Debe cubrir quién eres y qué haces, las tareas principales para las que existe este proyecto, tus preferencias de tono y estilo, tu formato de salida requerido, el conocimiento del dominio que Claude debe asumir y, fundamentalmente, las cosas que Claude nunca debe hacer.
Aquí tienes una estructura de plantilla que funciona en casi cualquier tipo de proyecto:
ROL
Eres [rol específico] trabajando en [dominio específico]. Escribes para
[público específico que no sabe nada de ti].
PARA QUÉ SIRVE ESTE PROYECTO
Las tareas principales aquí son [tarea 1], [tarea 2], [tarea 3]. Asume que cada solicitud
se relaciona con una de estas a menos que se indique lo contrario.
CÓMO RESPONDER
Tono: [específico]. Formato: [específico]. Extensión: [específica].
No hagas preguntas aclaratorias a menos que estés realmente bloqueado. Asume
una suposición razonable, menciónala y continúa.
QUÉ ASUMIR
[Datos del dominio, detalles del producto, posicionamiento que deben tratarse como dados
en cada respuesta.]
NUNCA
[Cosas específicas que Claude nunca debe hacer en este proyecto: clichés de IA, ciertas
afirmaciones, ciertos formatos, cualesquiera que sean tus reglas estrictas.]
Esa instrucción sobre no hacer preguntas aclaratorias merece ser destacada. Por defecto, Claude a menudo comienza con una ronda de "antes de empezar, ¿puedes contarme más sobre...?" Para un proyecto que usas a diario, ese preámbulo es pura fricción. Decirle que asuma una suposición razonable, la mencione y continúe elimina el ir y venir y acelera cada sesión de inmediato.
Escribe estas instrucciones para el lector que no tiene historial contigo, porque cada nueva conversación realmente empieza ahí. Las instrucciones y los archivos son lo único que perdura. La memoria de tu última conversación no.
Paso 3: Construye la base de conocimientos con precisión
Ahora los archivos. Recuerda la regla. Concisos, específicos, de una a tres páginas cada uno. Esto es lo que realmente pertenece a una base de conocimientos bien construida, usando un proyecto de contenido como ejemplo.
Una guía de voz y estilo. Cómo escribes. Ritmo de las frases, palabras que usas, palabras que prohíbes, la sensación de tu resultado.
Un documento de audiencia. Para quién escribes, qué les importa, qué saben ya, de qué desconfían.
Un documento de pilares o alcance. Los temas o categorías específicos que cubre este proyecto, para que Claude se mantenga en su área.
Un pequeño conjunto de los mejores ejemplos. De tres a cinco piezas de tu mejor trabajo real. Esto enseña mediante demostración mucho más efectivamente que la descripción. Claude aprende tus patrones a partir de ejemplos reales mejor que con cualquier cantidad de instrucciones.
Material de referencia específico del trabajo. Notas de SEO, especificaciones de producto, restricciones técnicas, lo que sea que requiera el dominio.
Nombra cada archivo de forma descriptiva. "Guía de voz de marca v3", "Roadmap de producto Q2", "Documentación de API Módulo de Pagos", no "notas" o "cosas". Los nombres descriptivos ayudan a la recuperación a encontrar el documento correcto para la consulta correcta, que es todo el mecanismo en el que te estás apoyando.
Los límites que vale la pena conocer. En Pro, Max y Team tienes hasta 20 archivos por proyecto, 30MB por archivo, compatibles con PDF, texto, markdown, archivos de código, CSV e imágenes. Eso es suficiente si sigues la regla de precisión. Si estás llegando al límite, el problema es casi siempre que estás subiendo volumen en lugar de señal.
Paso 4: Prueba la recuperación antes de confiar en ella
Aquí hay un paso que casi nadie hace, y separa a las personas que creen que su proyecto funciona de las que saben que funciona.
Después de subir tu conocimiento, abre una conversación en el proyecto y prueba explícitamente si Claude puede recuperar cada documento. Pregunta directamente:
Según la Guía de voz de marca en el conocimiento del proyecto, ¿cómo debería
abordar la línea de apertura de un post? Cita la orientación específica que estás usando.
Si Claude referencia con precisión el documento, la recuperación funciona. Si da una respuesta genérica o no puede encontrar la orientación, algo está mal. Quizás el archivo no se procesó, quizás el nombre es demasiado vago, quizás el documento está enterrado bajo demasiados otros. Mejor descubrirlo en una prueba que darte cuenta tres semanas después de que Claude nunca estaba leyendo tu archivo más importante.
Ejecuta esta prueba para cada documento crítico. Te lleva cinco minutos y es la diferencia entre un proyecto que esperas que funcione y uno que sabes que funciona.
Paso 5: Elige el modelo adecuado por conversación
Un detalle que la mayoría pasa por alto por completo. Dentro de un proyecto, puedes elegir qué modelo de Claude usar para cada conversación de forma independiente. El proyecto no te obliga a usar un solo modelo.
Esto importa para el costo y la calidad. Usa un modelo más rápido para borradores rutinarios dentro del proyecto, y cambia a un modelo más capaz para las conversaciones que necesitan razonamiento profundo o síntesis compleja. Mismo proyecto, mismas instrucciones, mismo conocimiento, diferente motor según lo que necesite la tarea específica. La mayoría nunca se da cuenta de que puede hacer esto y o paga de más ejecutando todo en el modelo superior, o rinde menos ejecutando todo en uno rápido.
Paso 6: Usa las conversaciones para pensar, no solo para tareas
Aquí hay un hábito que silenciosamente hace que los proyectos sean mucho más poderosos con el tiempo.
No uses las conversaciones del proyecto solo para tareas terminadas. Úsalas para pensar en voz alta. Trabaja en un problema, explica tu razonamiento, habla sobre por qué estás tomando una decisión. Como el proyecto está delimitado y es consistente, estas conversaciones de pensamiento ayudan a Claude a entender tus patrones de razonamiento, no solo tus patrones de resultado.
El resultado es que con el paso de las semanas, Claude dentro de un proyecto bien utilizado comienza a igualar no solo tu formato sino tu criterio. Sugiere enfoques que se ajustan a cómo piensas realmente, porque ha visto cómo piensas dentro de ese contexto delimitado, no solo lo que produces.
Paso 7: Mantenlo, porque un proyecto solo está al día si sus archivos lo están
Un proyecto no es configurar y olvidar. Es tan preciso como lo que contiene, y el conocimiento desactualizado produce un contexto erróneo con confianza, que es peor que no tener contexto.
Crea un hábito de mantenimiento. Cuando tu posicionamiento cambie, actualiza la guía de voz. Cuando se revise una especificación, reemplaza la antigua. Cuando una estrategia cambie, actualiza el documento de alcance. Revisa las instrucciones de tu proyecto trimestralmente, porque las instrucciones escritas hace seis meses pueden ahora contradecir activamente lo que estás haciendo, y Claude seguirá fielmente la regla desactualizada.
Los proyectos que siguen siendo valiosos son los que la gente mantiene actualizados. Los que silenciosamente se vuelven inútiles son los que se configuraron una vez y nunca se tocaron de nuevo mientras el trabajo real avanzaba a su alrededor.
La nueva capa: Cowork Projects
Vale la pena saberlo, porque extiende todo lo anterior de manera significativa. A partir de las actualizaciones de 2026, Projects también vive dentro de Claude Cowork, la aplicación agente de escritorio, y esta versión añade capacidades que los proyectos basados en chat no tienen.
Cowork projects añaden memoria delimitada que persiste entre sesiones, así que puedes decir "continúa el informe de la semana pasada" y Claude sabe exactamente cuál era, sin filtrar ese contexto a tu otro trabajo. Añaden carpetas locales dedicadas, así que el proyecto lee y escribe archivos reales en tu máquina. Y añaden tareas programadas, así que un proyecto puede ejecutar trabajo recurrente automáticamente en una cadencia que tú establezcas.
La lógica de configuración es la misma que todo lo anterior. Instrucciones claras, archivos relevantes y concisos, un proyecto por área. Pero el techo es más alto, porque un Cowork project no solo informa conversaciones, sino que ejecuta trabajo contra archivos reales y puede funcionar con una programación sin ti. Un buen primer paso es apuntarlo a una carpeta y decir:
Lee cada archivo de esta carpeta. Luego resume lo que sabes sobre este
espacio de trabajo: qué hay aquí, para qué probablemente lo uso, y qué instrucciones
seguirás. Si algo no está claro, pregunta antes de asumir.
Ese único comando hace que Claude aprenda el proyecto desde el primer día, y desde ahí recuerda.
Cuatro plantillas de proyecto que puedes crear hoy
La teoría solo es útil cuando se vuelve concreta. Aquí hay cuatro configuraciones de proyecto que se corresponden directamente con los casos de uso más comunes, cada una con lo que va en las instrucciones versus el conocimiento, para que puedas copiar la estructura.
El proyecto de contenido. Las instrucciones definen tu rol como escritor para una audiencia específica, tu tono, tus reglas de formato y tus prohibiciones estrictas. El conocimiento contiene una guía de voz, un perfil de audiencia, un documento de pilares y de tres a cinco de tus piezas con mejor rendimiento. Este es el proyecto que hace que todo lo que publiques suene consistentemente como tú en lugar de como un escritor diferente cada vez. Los mejores ejemplos en la base de conocimientos hacen más trabajo aquí que cualquier instrucción, porque la voz se capta, no se enseña.
El proyecto de código. Las instrucciones definen tu stack, tus convenciones, tus patrones preferidos y las cosas que nunca quieres que se hagan. El conocimiento contiene un documento de arquitectura, tus archivos fuente clave, tus estándares de codificación y documentación de API para cualquier cosa que el proyecto toque. Apunta a Claude a esto y deja de sugerir código que lucha contra tus patrones existentes y comienza a igualarlos. Un proyecto por código base, nunca uno compartido, porque mezclar dos códigos base es la forma más rápida de obtener sugerencias que no encajan con ninguna.
El proyecto de cliente. Un proyecto por cliente. Las instrucciones definen quién es el cliente, su marca, sus preferencias y el alcance de tu trabajo con ellos. El conocimiento contiene sus directrices de marca, entregables pasados, notas de reuniones destiladas a lo esencial y cualquier restricción específica de ellos. Así es como un profesional independiente o una agencia mantiene el contexto de cada cliente perfectamente separado, para que la voz del cliente A nunca se filtre en el trabajo del cliente B.
El proyecto de investigación. Las instrucciones definen qué pregunta o dominio estás investigando y cómo quieres que se estructuren los hallazgos. El conocimiento contiene tu material fuente, tus notas previas y tu tesis de trabajo. A medida que le añades más, construye una imagen completa, y como está delimitado, no confunde esta investigación con nada más en lo que estés trabajando. Esto es lo más cerca que un proyecto basado en chat llega al concepto de segundo cerebro: un cuerpo de conocimiento que puedes interrogar y que se mantiene coherente porque está aislado de todo lo no relacionado.
Observa el patrón en las cuatro. Las instrucciones contienen las reglas permanentes y el comportamiento. El conocimiento contiene el material de referencia y los ejemplos. La separación es deliberada, y poner el contenido correcto en la capa correcta es la mayor parte de lo que hace que un proyecto funcione. Una regla sobre cómo comportarse pertenece a las instrucciones. Un documento que Claude necesita consultar pertenece al conocimiento. Mezclarlos, poner reglas de comportamiento en un archivo de conocimiento o pegar documentos de referencia en el cuadro de instrucciones, es una forma silenciosa de hacer que un proyecto rinda menos sin una razón obvia.
La personalización en capas que la mayoría pasa por alto
Una cosa más que vale la pena saber, porque se apila sobre todo lo anterior. Las instrucciones del proyecto no son la única capa de personalización que tiene Claude, y entender cómo se combinan te da un control más fino.
Hay tres capas, y todas se aplican a la vez en cada respuesta. Las instrucciones de toda la cuenta, configuradas en los ajustes de tu perfil, se aplican a cada chat en todas partes, independientemente del proyecto. Las instrucciones del proyecto se aplican solo dentro de un proyecto específico. Y los estilos, configurados por chat, ajustan el tono y el formato para esa conversación en particular.
El movimiento práctico es usar cada una para lo que mejor hace. Pon las reglas que se aplican a todo lo que haces con Claude, como tus preferencias generales de comunicación, en las instrucciones de perfil de toda la cuenta, para que no las repitas en cada proyecto. Pon el contexto y las reglas específicas del proyecto en las instrucciones del proyecto. Usa los estilos para ajustes puntuales cuando una conversación en particular necesite un tono diferente al predeterminado del proyecto.
La mayoría lo mete todo en una capa y pierde este control. Cuando las separas correctamente, dejas de repetir tus preferencias universales en cada proyecto, y las instrucciones de cada proyecto se centran puramente en lo que hace diferente a ese proyecto. Ese enfoque es, una vez más, el tema central de configurar bien los proyectos.
La configuración que realmente se acumula
Poniendo todo junto, esto es lo que un proyecto bien construido te da que un chat normal nunca podrá.
Cada conversación comienza con el contexto completo ya cargado. Tu voz, tu audiencia, tus reglas, tu material de referencia, todo presente antes de que escribas una palabra. Dejas de hacer briefing. Dejas de empezar desde cero. Dejas de entrenar al mismo empleado cada mañana.
El resultado deja de sonar genérico y empieza a sonar como tú, porque Claude está trabajando a partir de tus ejemplos reales y tus estándares reales, no de una pizarra en blanco más un prompt apresurado de una línea.
Y se acumula. La primera semana necesita pequeñas correcciones mientras Claude aprende tus patrones a partir de los archivos. Para la tercera semana, iguala tu enfoque lo suficientemente bien como para que dejes de explicar cosas que solías explicar cada vez. Los treinta minutos de configuración se amortizan a lo largo de meses.
Aquí está el resultado final honesto. La mayoría de la gente nunca obtiene este beneficio, no porque la función sea difícil, sino porque la configuran en noventa segundos y nunca hicieron las partes que realmente importan. La base de conocimientos precisa. El brief permanente real. La prueba de recuperación. El hábito de mantenimiento.
Haz esas cuatro cosas y Claude Projects deja de ser una carpeta para tus chats y se convierte en la diferencia entre usar Claude como una barra de búsqueda y ejecutarlo como un sistema que ya sabe exactamente quién eres y qué necesitas.
Configura un proyecto correctamente esta semana. Elige el trabajo que más haces. Escribe las instrucciones reales. Sube tres documentos concisos. Prueba la recuperación. Luego observa lo diferente que se siente la siguiente conversación.
Sigue a @cyrilXBT para las configuraciones completas, las plantillas de instrucciones exactas y las configuraciones de proyecto que uso todos los días.
