Cómo configurar realmente los Claude Projects que la mayoría de los usuarios desconoce - Curso completo

La mayoría de la gente usa Claude como si fuera un buscador.

Cada sesión comienza igual. Eres un redactor de marketing. Mi negocio es este. Mi audiencia es esa. Ahora escríbeme el texto. Luego cierras la pestaña, y al día siguiente vuelves a hacer el briefing completo 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.

Los Proyectos de Claude solucionan esto, y casi nadie los configura correctamente. La mayoría crea un proyecto, pega una línea de instrucciones, sube un PDF al azar y se pregunta por qué no se siente mucho mejor que un chat normal. El poder es real, pero vive en los detalles que la pantalla de configuración no explica.

Este es el curso completo sobre cómo configurar los Proyectos de Claude de la manera en que lo hacen las personas que realmente dependen de ellos. Todas las funciones aquí son reales y actuales. 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 a ti en lugar de a un asistente genérico.

Qué es realmente un proyecto

Dejando de lado el marketing, un Proyecto de Claude son tres cosas combinadas en un solo 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, quién cree que es su interlocutor y qué reglas sigue, sin que tengas que escribir nada de eso en el chat.

Una base de conocimiento. Archivos y documentos a los que Claude puede hacer referencia 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 confunde a la gente 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 comienza desde cero con solo esas dos cosas cargadas. Esto es importante para cómo diseñes todo lo que sigue.

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 Pro, Max y Team tienes la configuración completa.

El error que casi todo el mundo comete

Antes de la configuración, entiende el error más grande, porque evitarlo es la mayor parte de la batalla.

La gente trata la base de conocimiento como un trastero. Lo tiran todo ahí. 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 es igual a mejores resultados.

No funciona así, y te explico 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 conocimiento 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 notablemente mejores es lo contrario de lo que la gente espera. Mantén cada documento de conocimiento conciso y específico, aproximadamente de una a tres páginas. Una guía de voz de marca de tres páginas supera a un manual de marca de cuarenta páginas todas las veces, porque la señal útil es más densa y el ruido es menor. La precisión supera al volumen en la base de conocimiento, siempre.

Paso 1: Crea el proyecto con una intención real

Abre Claude, haz clic en Proyectos en la barra lateral, haz clic en Nuevo proyecto.

El nombre importa más de lo que parece. Ponle un nombre específico. "Newsletter" o "Propuestas para clientes" o "Documentación de API", no "Trabajo" o "Cosas". La razón es que terminarás con 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 anteriormente.

Esto lleva al primer principio que la mayoría pasa por alto. Un proyecto por área. No pongas tu código de 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 por la que los proyectos funcionan. 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 no le da a Claude nada que ya no tuviera.

Un bloque de instrucciones sólido es un brief permanente completo escrito para alguien que aún no sabe nada de ti, porque esa es exactamente la situación al comienzo de cada nueva conversación en el proyecto. Debe cubrir quién eres y a qué te dedicas, 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

[audiencia específica que no sabe nada de ti].

PARA QUÉ ES 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ífico].

No hagas preguntas aclaratorias a menos que estés realmente bloqueado. Haz una

suposición razonable, indícala y continúa.

QUÉ ASUMIR

[Datos del dominio, detalles del producto, posicionamiento que deben tomarse 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, cualquiera que sean tus reglas estrictas.]

Esa instrucción de no hacer preguntas aclaratorias merece destacarse. 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 haga una suposición razonable, la indique 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 comienza ahí. Las instrucciones y los archivos son las únicas cosas que se transfieren. La memoria de tu última conversación no.

Paso 3: Construye la base de conocimiento 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 conocimiento 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 dentro de su área.

Un pequeño conjunto de los mejores ejemplos. De tres a cinco piezas de tu mejor trabajo real. Esto enseña mediante la demostración de manera mucho más efectiva 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", "Hoja de ruta del producto Q2", "Documentación de API Módulo de pagos", no "notas" o "cosas". Los nombres descriptivos ayudan a que la recuperación encuentre el documento correcto para la consulta correcta, que es todo el mecanismo en el que confías.

Los límites que vale la pena conocer. En Pro, Max y Team tienes hasta 20 archivos por proyecto, 30MB por archivo, con soporte para 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 casi siempre es que estás subiendo volumen en lugar de señal.

Paso 4: Prueba la recuperación antes de confiar en ella

Este es 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 una publicación? Cita la guía específica que estás usando.

Si Claude hace referencia precisa al documento, la recuperación está funcionando. Si da una respuesta genérica o no puede encontrar la guía, 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. Es mejor descubrirlo en una prueba que darte cuenta tres semanas después de que Claude nunca estuvo leyendo tu archivo más importante.

Realiza esta prueba para cada documento crítico. Te toma 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 para cada 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. Debido a que el proyecto está delimitado y es coherente, 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 usado comienza a igualar no solo tu formato sino también 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 es tan actual como sus archivos

Un proyecto no es de configurar y olvidar. Solo es tan preciso como lo que contiene, y el conocimiento desactualizado produce un contexto erróneo con confianza, que es peor que ningún 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 aquellos que la gente mantiene actualizados. Los que silenciosamente se vuelven inútiles son los que se configuraron una vez y nunca se tocaron mientras el trabajo real avanzaba a su alrededor.

La nueva capa: Proyectos Cowork

Vale la pena saberlo, porque extiende todo lo anterior significativamente. A partir de las actualizaciones de 2026, los Proyectos también viven dentro de Claude Cowork, la aplicación de escritorio con agente, y esta versión añade capacidades que los proyectos basados en chat no tienen.

Los proyectos de Cowork añaden memoria delimitada que persiste entre sesiones, por lo que puedes decir "continúa con el informe de la semana pasada" y Claude sabe exactamente de qué se trataba, sin filtrar ese contexto a tus otros trabajos. Añaden carpetas locales dedicadas, por lo que el proyecto lee y escribe archivos reales en tu máquina. Y añaden tareas programadas, por lo que un proyecto puede ejecutar trabajo recurrente automáticamente en una cadencia que 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 proyecto de Cowork no solo informa conversaciones, sino que ejecuta trabajo sobre archivos reales y puede funcionar según un horario sin ti. Un buen primer paso es apuntarlo a una carpeta y decir:

Lee cada archivo en 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 solo comando hace que Claude aprenda el proyecto desde el primer día, y a partir de 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, una persona de audiencia, un documento de pilares y de tres a cinco de tus piezas de mejor rendimiento. Este es el proyecto que hace que todo lo que publiques suene consistentemente a ti en lugar de a un escritor diferente cada vez. Los mejores ejemplos en la base de conocimiento 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 toque el proyecto. Apunta a Claude a esto y deja de sugerir código que lucha contra tus patrones existentes y comienza a coincidir con ellos. Un proyecto por base de código, nunca uno compartido, porque mezclar dos bases de código 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 pautas de marca, entregables anteriores, notas de reuniones destiladas a lo esencial y cualquier restricción específica para ellos. Así es como un operador individual 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 anteriores y tu tesis de trabajo. A medida que le agregas más, construye una imagen de todo, y debido a que está delimitado, no confunde esta investigación con cualquier otra cosa en la que estés trabajando. Este 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 los cuatro. Las instrucciones llevan las reglas permanentes y el comportamiento. El conocimiento lleva el material de referencia y los ejemplos. La separación es intencional, 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 al que Claude necesita hacer referencia 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 generales de la cuenta, establecidas en la configuración de tu perfil, se aplican a todos los chats en todas partes, independientemente del proyecto. Las instrucciones del proyecto se aplican solo dentro de un proyecto específico. Y los estilos, establecidos 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 es mejor. Pon las reglas que se aplican a todo lo que haces con Claude, como tus preferencias de comunicación generales, en las instrucciones generales del perfil de 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 de la gente lo mete todo en una sola 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 mantienen enfocadas puramente en lo que hace diferente a ese proyecto. Ese enfoque es, una vez más, el tema completo de configurar bien los proyectos.

La configuración que realmente se acumula

Juntando todo, esto es lo que un proyecto bien construido te da que un chat normal nunca dará.

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 nuevos briefings. Dejas de empezar desde cero. Dejas de entrenar al mismo empleado cada mañana.

El resultado deja de sonar genérico y comienza a sonar a ti, 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, ya coincide con 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 configuraron en noventa segundos y nunca hicieron las partes que realmente importan. La base de conocimiento precisa. El brief permanente real. La prueba de recuperación. El hábito de mantenimiento.

Haz esas cuatro cosas y los Proyectos de Claude dejan de ser una carpeta para tus chats y se convierten en la diferencia entre usar Claude como un buscador 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.