Claude Projects: crea un espacio de trabajo que puedas retomar
Neaptide · 27 de septiembre de 2026 · 15 min de lectura
Configura Claude Projects con archivos útiles, instrucciones claras y respuestas verificables. Seis esquemas, prompts y un kit de práctica descargable.
En este artículo
Ayer explicaste a Claude para quién es la web y qué decisiones estaban tomadas. Hoy abres otro chat y vuelves a contar lo mismo. Los proyectos reúnen los documentos y las instrucciones de un trabajo recurrente. La primera decisión útil es separar lo que debe ser común de lo que solo pertenece a la tarea de hoy.
Vamos a preparar un proyecto para un taller de cerámica ficticio: una página del curso, preguntas frecuentes y respuestas a clientes. Tendrás tres archivos, una instrucción y preguntas con respuestas conocidas. El método también sirve para una redacción, el lanzamiento de un servicio, el estudio o un proyecto de cliente.
Respuesta breve: crea un proyecto con un objetivo duradero, añade fuentes actualizadas, define cómo utilizarlas y abre un chat para el primer resultado. Guarda las decisiones importantes en un documento revisado para poder comprobarlas al margen de lo que recuerde el modelo.
Primero: ¿qué versión de Projects utilizas?
A 27 de septiembre de 2026, los proyectos habituales de Claude reúnen chats, una base de conocimiento e instrucciones. Free permite crear hasta cinco proyectos. Anthropic también está desplegando una nueva beta de Projects en Claude Code para algunos usuarios Pro y Max; en ella, Claude coordina varios hilos de trabajo.
El tutorial se centra en los proyectos de chat de claude.ai/projects. Si en la pestaña Code ves una conversación central, hilos y un panel Overview, consulta también la sección sobre la beta. Cambian tanto el proceso como los ajustes disponibles.
Cuándo merece la pena crear un proyecto
Crea uno cuando un mismo objetivo produzca varias tareas relacionadas. La descripción del curso, la FAQ y el mensaje a los participantes comparten duración, aforo y condiciones de inscripción. Lo que cambia es la petición y el formato de entrega.
| Situación | Por dónde empezar | Motivo |
|---|---|---|
| Acortar un único correo | Un chat | Toda la tarea cabe en una petición |
| Crear contenidos sobre un servicio con frecuencia | Un proyecto | Los hechos y las reglas se reutilizan |
| Trabajar con dos clientes con condiciones distintas | Dos proyectos | Es más sencillo separar documentos y acuerdos |
| Cargar todos los archivos de la empresa sin una tarea clara | Elegir primero una pregunta de trabajo | Ayuda a identificar qué documentos hacen falta |
Esta es una recomendación editorial, no una restricción del producto. Nombra el resultado: «Lanzamiento de clases en grupo» orienta mejor que «Trabajo con IA». Si cuesta ponerle nombre, quizá hayas mezclado varios objetivos.
Separa archivos, instrucciones, memoria y chat
Los archivos del proyecto aportan información. Las instrucciones fijan las reglas de respuesta. El chat actual contiene una tarea y su conversación. Claude también tiene mecanismos separados de memoria y búsqueda de chats anteriores. Ayudan a mantener la continuidad sin convertir todos los historiales en un único documento compartido.
La documentación describe una memoria separada por proyecto. En los planes de pago, la búsqueda de chats anteriores también se limita a las conversaciones de ese proyecto. Revisa Settings → Memory. La antigua frase sobre la falta de contexto compartido entre chats no significa que Claude sea incapaz de consultar trabajos anteriores.
Para condiciones exactas, designa un documento de decisiones vigentes. Aquí el aforo procede de 02-decisions.txt; las alternativas discutidas están en otro archivo. Debes escribir esa prioridad en las instrucciones: el producto no la establece automáticamente.
Crea el proyecto y añade tres archivos útiles
Abre Projects, elige + New Project y escribe un nombre y una descripción. Hay un detalle importante: según la ayuda, Claude no recibe esos campos como contexto. Repite el objetivo en la instrucción o el brief. Añade los documentos al conocimiento del proyecto y guarda las reglas en Set project instructions.
Empieza con un conjunto pequeño que puedas revisar. Para el taller utilizaremos estos archivos:
El brief explica el público y los resultados. Las decisiones fijan un máximo de seis personas, 90 minutos de duración e inscripción mediante formulario. El precio no está definido. Las notas conservan ideas preliminares, incluida la propuesta de ocho participantes.
No borres toda la discusión para facilitar la respuesta. A veces importa saber por qué cambió una decisión. Ayudan las fechas, los estados «propuesto / aprobado» y una referencia clara a las condiciones vigentes. En un proyecto real, comprueba también quién aprobó el cambio: que el modelo escriba «aprobado» no constituye un acuerdo humano.
Adjuntar un archivo a un chat y añadirlo al conocimiento del proyecto son operaciones distintas. Para compartirlo entre conversaciones, usa los archivos del proyecto. El límite actual es de 30 MB por archivo de proyecto. Los documentos que no son PDF se procesan como texto; una imagen incrustada en un DOCX puede no leerse. Los PDF de hasta 100 páginas admiten análisis visual y textual; los de 101 a 1000 páginas se procesan solo como texto.
Si una condición solo aparece en un diagrama o escaneo, pregunta por esa página y compara la respuesta con el original. Que el archivo se haya cargado no demuestra que se haya extraído el detalle importante.
Escribe una instrucción que puedas evaluar
«Sé un experto en marketing» dice poco sobre una respuesta aceptable. Es mejor definir objetivo, fuentes, tratamiento de contradicciones y datos ausentes. Así puedes describir un fallo concreto: precio inventado, propuesta desactualizada o fuente omitida.
Usa esta instrucción en el ejercicio. En tu proyecto, cambia el objetivo, los nombres de archivo y los requisitos.
Ayuda a preparar el lanzamiento de clases de cerámica en grupo:
la página del curso, una FAQ y respuestas a clientes.
El público son adultos sin experiencia con la cerámica.
Usa 01-brief.txt, 02-decisions.txt y 03-notes.txt.
Las condiciones vigentes aprobadas están en 02-decisions.txt.
No trates las ideas antiguas de 03-notes.txt como condiciones actuales.
Si los documentos se contradicen, muestra ambas afirmaciones y explica tu elección.
Si su estado no está claro, pregunta.
No inventes precios, horarios, garantías ni condiciones de devolución.
Cuando falten datos, indica qué información necesitas.
En el análisis, cita el archivo y la sección de cada condición.
Separa el texto para clientes de las notas editoriales.
Escribe con claridad, sin promesas no respaldadas.Las instrucciones se aplican a los chats del proyecto. Una petición puntual, como «redúcelo a tres párrafos», encaja mejor en la conversación actual. Convertirla en una regla permanente puede perjudicar otras tareas.
Primera petición: comprueba la base antes de redactar
Una revisión breve permite saber si tú y Claude entendéis la misma tarea. También revela las dudas antes de obtener un texto convincente pero inexacto.
Lee los tres archivos del proyecto. Todavía no redactes la web.
Crea una tabla: condición → estado actual → archivo y sección.
Enumera las contradicciones y los datos que faltan para publicar la página del curso.
No presentes las propuestas como decisiones.Abre las fuentes citadas en la respuesta. Plantea estas tres preguntas antes de desplegar la respuesta esperada.
¿Cuántas personas pueden asistir al curso?
La respuesta debe citar Condiciones aprobadas en 02-decisions.txt: seis participantes como máximo. En 03-notes.txt, ocho personas figura como propuesta inicial, no como aforo vigente.
¿Por qué los archivos mencionan seis y ocho personas?
Las notas del 24 de septiembre proponían ocho participantes. La decisión del día 26 fijó el máximo en seis. Una respuesta útil identifica ambas fuentes y distingue su estado; no calcula una media.
¿Cuánto cuesta una clase los sábados?
El kit no contiene un precio aprobado ni un horario de fin de semana. La respuesta esperada señala ambas lagunas y pide los datos. No debe asumir que hay clases los sábados ni sustituir el precio ausente por una estimación de mercado.
Son respuestas esperadas a partir de los documentos del ejercicio, no resultados observados al probar Claude. Permiten repetir la comprobación. Si la respuesta falla, revisa primero la fuente, su estado y la instrucción utilizada.
Cuando la base esté comprobada, abre chats separados para «Página del curso» y «FAQ». Asigna un resultado concreto a cada uno:
Redacta una FAQ para la página del curso con los materiales aprobados.
Incluye cinco preguntas con respuestas breves para principiantes.
Comprueba las afirmaciones en 02-decisions.txt.
Lleva las preguntas sin información suficiente a una lista separada
«Por aclarar». No inventes respuestas dentro de la FAQ.
Después del texto, entrega al editor las fuentes utilizadas.La separación de chats corresponde así a entregables que revisarás por separado. Continúa en el mismo chat mientras mejores el mismo resultado; no hace falta abrir uno por cada pregunta pequeña.
Qué cambia cuando hay muchos documentos
En los planes de pago, Claude activa RAG automáticamente cuando el conocimiento del proyecto se acerca al límite de contexto. Busca fragmentos pertinentes para responder. Por tanto, revisar una base completa exige comprobar la cobertura de otro modo que responder a una pregunta concreta.
Concreta la petición: «Busca las condiciones de inscripción en 02-decisions.txt y compáralas con las notas iniciales». Para una revisión completa, pide primero la lista de documentos examinados y trabaja por grupos. Contrasta también esa lista con los archivos reales: es un registro que revisar, no una garantía de cobertura.
Los nombres descriptivos, fechas y estados facilitan el trabajo. 2026-09-26_booking-approved.txt se distingue mejor de un borrador que final-final-2.txt. Renombrar no corrige el contenido: marca las condiciones sustituidas o retíralas del conjunto vigente.
Un sistema para toda la empresa también necesita reglas de acceso y actualización. Consulta la
Retoma el trabajo una semana después
Tras una sesión útil, pide un resumen de continuidad: decisiones aceptadas, borradores, preguntas abiertas y ubicación del último resultado revisado. Léelo antes de actualizar el documento compartido.
Prepara un resumen para continuar en un chat nuevo:
1. Decisiones confirmadas y sus fuentes.
2. Resultados producidos y estado: borrador o aceptado.
3. Preguntas abiertas.
4. Próxima acción concreta.
No conviertas una propuesta en decisión sin confirmación.Si el precio se decide la semana siguiente, añádelo al archivo vigente con fecha y fundamento. Actualiza el proyecto y pregunta por el precio en un chat nuevo. Si responde con datos antiguos, solicita la fuente y busca una copia desactualizada. «Recuérdalo para siempre» no sustituye el mantenimiento de los documentos.
La misma regla sirve para notas y actas: vincula cada conclusión a una entrada concreta. Más detalles en
Si el proyecto lo utiliza un equipo
Los proyectos habituales permiten compartir en Team y Enterprise. Can view permite leer materiales y conversar con Claude dentro del proyecto; Can edit, modificar conocimientos e instrucciones. La disponibilidad también puede depender de los ajustes de la organización.
Define quién mantiene las condiciones vigentes. Una carpeta compartida no resuelve dos precios distintos subidos por compañeros. Asigna un responsable al documento de decisiones y fecha los cambios. El equipo puede proponer modificaciones; el responsable las confirma en la fuente común.
| Síntoma | Primera comprobación |
|---|---|
| Un chat nuevo ignora un archivo | ¿Está en el proyecto o solo en una conversación? |
| Claude repite con seguridad una condición antigua | Qué fuente utilizó y si existe una copia desactualizada |
| El tono encaja, pero el precio es inventado | Si hay reglas para datos ausentes y comprobación de fuentes |
| No se lee una etiqueta de un diagrama | El formato y la extracción efectiva del contenido visual |
| Cada compañero obtiene una respuesta distinta | Si coinciden materiales, instrucciones y ajustes disponibles |
La nueva beta: Claude coordina los hilos
En la beta de Projects de Claude Code, una conversación central coordina el trabajo. Claude reparte tareas entre hilos con contexto compartido, y los archivos resultantes se reúnen en Library. Es un proceso distinto de gestionar chats independientes.
Los hilos en la nube pueden continuar tras cerrar el portátil. Consumen los límites compartidos del plan, más deprisa cuando trabajan en paralelo. La beta se despliega gradualmente en Pro y Max; todavía no admite compartir esos proyectos en equipo. No apliques estas condiciones a los proyectos habituales de Team y Enterprise.
Puedes practicar el proceso del kit en un proyecto habitual. Explora la beta cuando necesites delegar tareas relacionadas en paralelo. Primero consigue fuentes verificables y criterios claros para aceptar un resultado.
Tu primera sesión
- Elige un objetivo que dure más de una conversación.
- Reúne pocos documentos y marca las decisiones vigentes.
- Define reglas para fuentes, contradicciones y datos ausentes.
- Prueba un hecho conocido y una pregunta que los archivos no respondan.
- Produce un resultado útil, revísalo y guarda el estado del trabajo.
Un buen comienzo permite abrir otro chat, seguir con la próxima tarea y comprobar en qué condiciones se apoya. Empieza con el kit de práctica y después usa tus documentos. Compleméntalo con la