Claude Projects para no-coders, un workspace productivo en 30 minutos

Usas Claude cada día, pero cada vez empiezas el chat desde cero. Pegas el mismo contexto. Explicas tu rol, tu proyecto, tu marca otra vez. Tras tres semanas notas que pierdes media hora al día solo en setup.

Para eso están exactamente los Projects. Un Project en claude.ai es un contenedor que mantiene juntas tres cosas, tus custom instructions para esta área, tu conocimiento subido (PDFs, notas, Markdown), y todos los chats que pertenecen a esta área. Claude lee custom instructions más project knowledge automáticamente en cada chat dentro del project. Te ahorras el re-briefing.

Importante de entrada, Projects es una feature en claude.ai (la interfaz web). No es una feature para coders. No necesitas terminal, ni API, ni servidor MCP. Una cuenta Pro o Team basta. Este playbook es para gente que busca empleo, solo founders, marketers, coaches y todo el que trabaje con Claude sin programar.

Paso 1, un project por área de vida

El error más común es un mega project único para todo. No hagas eso. Separa por área. A mí me corren cuatro projects en paralelo, "Búsqueda de empleo 2026", "Newsletter StudioMeyer", "Proyecto cliente Halim", "Aprendizaje personal". Cada uno tiene sus propias instructions y su propio knowledge.

Regla del pulgar, si para dos tareas necesitas tonalidades muy distintas o conocimiento muy distinto, haz dos projects. Si solo cambias el interruptor de tonalidad, basta un project con una sección de custom instructions para ambos modos.

Paso 2, escribir las custom instructions

Las custom instructions son lo que Claude recibe adicionalmente en cada chat dentro de este project. No son un system prompt en sentido estricto, pero se comportan parecido. El límite está en varios miles de caracteres, eso da para una página compacta de briefing.

Qué tiene que ir, tu rol ("Soy candidato para puestos junior de frontend, foco React"), tu estilo ("Respuestas en tú, corto, sin lenguaje de marketing"), preferencias recurrentes ("Cuando escribes código, siempre con comentarios en alemán"), y anti-patterns ("No me escribas cartas con En el mercado laboral acelerado de hoy").

Escríbelo en formato bullet. Claude lo lee cada vez, así que mantenlo afilado y sin relleno. Si lo lees dos semanas después y piensas "esto ya no lo necesito", fuera.

Paso 3, subir conocimiento con sistema

Project knowledge es el área de almacenamiento. Puedes subir PDFs, Word, Markdown, archivos de texto. Claude tiene acceso al contenido en cada chat del project.

No subas todo de golpe. Ve estratégico. Para el project de búsqueda de empleo, mi CV en PDF, tres ejemplos de mi mejor trabajo, una lista de empleos a los que me presento con nota del porqué. Para un proyecto de cliente, el briefing, tres muestras de trabajo previo, una lista de términos acordados ("el cliente no se llama empresa, se llama Halim").

Regla del pulgar, todo lo que has tenido que explicar más de dos veces en un chat va aquí. Todo lo que cambia semanalmente, mejor no, se queda obsoleto.

Paso 4, refrescar el knowledge

El project knowledge no se queda fresco para siempre. Si subes tu CV en abril y aplicas en noviembre, está obsoleto. Planifica una rutina de 5 minutos cada 4 semanas, abre cada project, scrollea por el knowledge panel, quita lo que ya no encaja, sube cosas nuevas.

A mí me toca cada primer domingo de mes en el calendario. 20 minutos, paso por cuatro projects, listo. Sin esta rutina, Claude cae en algún momento en suposiciones equivocadas porque el knowledge es viejo.

Paso 5, un starter prompt por project

Cada project debería tener un primer prompt claro que tú o Claude usáis en cada chat nuevo del project. Para búsqueda de empleo, "Aquí va una oferta de empleo, dame los 5 requisitos más importantes + cuáles de mis experiencias hacen match, corto." Para newsletter, "Aquí van tres ideas de tema, ¿cuál es la más fuerte y por qué?"

Mete ese starter dentro de las custom instructions. Línea de ejemplo, "Cuando solo escribo vamos, pregúntame cuál es mi tarea de hoy y ofrece luego una lista corta de sub-tareas que encajen." Eso hace cada chat afilado.

Paso 6, organizar los chats en el project

En el project ves todos los chats que pertenecen a esta área. El naming por defecto suele ser malo, "New Chat" o un título automático de Claude. Renómbralos en cuanto sepas de qué van.

En mi project de empleo cada chat se llama "Carta de presentación Empresa X 2026-05-08" o "Preparación entrevista Empresa Y 2026-05-11". La fecha delante importa, encuentras más rápido la vuelta más tarde.

Más viejos que tres meses sin reutilizar, archívalos. No los necesitas en el campo de visión.

Paso 7, usar los artifacts a propósito

Cuando Claude en un project da respuestas que son un documento (carta, tabla, plan de programa), pídeselo explícito "pon eso en un artifact". Los artifacts son documentos en el panel derecho que puedes editar a propósito y desarrollar a lo largo de varios chats.

Práctico para búsqueda de empleo, un artifact por empresa. Puedes mejorar el texto iterativamente, Claude se refiere la próxima vez a la última versión en vez de empezar de cero.

Paso 8, evitar drift de tonalidad

Tras 20 chats en el mismo project, Claude empieza a menudo a adaptarse a patterns que tú no querías. Si has dicho tres veces "escríbelo más suelto", en algún momento te escribe todo como un stand-up comedian.

Antídoto, cada 2 semanas relee tus custom instructions, aféitalas, y en cada chat nuevo revisa con dureza el primer output. Si la tonalidad deriva, corrige en las custom instructions, no solo en el chat. Si no, Claude comete el mismo error en el siguiente chat.

Paso 9, higiene de datos y temas sensibles

Project knowledge, según Anthropic, no se usa para entrenamiento del modelo cuando tienes un tier de pago. Aun así, no subas contraseñas, ni contratos internos sin aclaración de NDA, ni datos personales de terceros. Si usas material de cliente, pregunta antes.

Regla del pulgar que uso, ¿podría mandar este contenido por correo a una suplente? Sí, entonces puede ir al project. No, entonces no. Mejor un extracto anonimizado.

Paso 10, compartir projects con el equipo

En el tier Team puedes compartir projects con compañeros. Las custom instructions y el knowledge son entonces iguales para todos, cada uno tiene sus propios chats. Práctico para equipos de marketing que cuidan la misma marca, o consultorías de coaching con reglas estandarizadas de tonalidad.

Cuando compartes, define un rol "mantener el knowledge compartido al día". Si no, el knowledge se pudre porque nadie se siente responsable.

Qué viene después

Cuando esto esté firme, sabes cómo se ve un project y cómo se mantiene. Siguiente paso es la lesson L2 System Prompts que muestra qué hay detrás del concepto custom instructions, y el playbook Construir una biblioteca de prompts que te ayuda a guardar tus prompts favoritos de forma reutilizable. Quien al final quiera empezar a trabajar con Claude Code en la terminal, sigue al playbook De ChatGPT a Claude.

Doc oficial de Projects, https://www.anthropic.com/news/projects.