Si cada vez que abres Claude tienes que volver a explicarle a qué se dedica tu empresa, cómo hablas con tus clientes y qué formato quieres, estás perdiendo cinco minutos en cada conversación. Los proyectos existen para no repetir eso nunca más.
Es de las funciones que más tiempo ahorran y de las que menos gente usa, casi siempre porque nadie le explicó para qué sirven.
El problema que resuelven
Claude no recuerda nada entre conversaciones. Cada vez empiezas de cero: no sabe quién eres, a qué te dedicas, ni lo que le contaste ayer.
Eso obliga a repetir el mismo preámbulo una y otra vez:
Trabajo en una empresa de instalaciones eléctricas de treinta personas. Nuestros clientes son constructoras. Escribimos en un tono directo, tuteando, sin tecnicismos. Los presupuestos siempre llevan plazo y condiciones de pago…
Cinco líneas antes de poder pedir nada. Y si un día se te olvidan, el resultado empeora sin que sepas por qué.
Qué es un proyecto
Un espacio con memoria propia. Le das una vez el contexto y los documentos, y todas las conversaciones que abras dentro los tienen ya delante.
Dos piezas:
- Las instrucciones del proyecto. Un texto que describe el contexto permanente: quién eres, para quién trabajas, qué tono usas, qué reglas quieres que respete siempre.
- Los archivos. Documentos que quieres que tenga a mano: tu catálogo, plantillas, el manual de estilo, un contrato tipo.
Abres una conversación dentro y vas directo al grano: «escribe el presupuesto para la obra de Manresa». Ya sabe el resto.
Qué poner en las instrucciones
Aquí es donde se decide si el proyecto sirve o no. Lo que funciona:
| Qué incluir | Ejemplo |
|---|---|
| Quién eres | Responsable de administración en una empresa de instalaciones de 30 personas. |
| Para quién escribes | Constructoras y jefes de obra. Gente con prisa que lee en el móvil. |
| Tono | Directo, tuteando. Sin «estimado cliente» ni «a la mayor brevedad». |
| Reglas fijas | Todo presupuesto lleva plazo, condiciones de pago y validez de 30 días. |
| Qué evitar | Nada de prometer fechas sin que yo las confirme. |
Es el mismo material que pondrías en el contexto de un buen prompt, solo que escrito una vez en lugar de cada vez.
Cuándo merece la pena crear uno
La regla es sencilla: cuando repites el mismo contexto tres veces, toca proyecto.
Casos donde encaja bien:
- Un proyecto por área. Uno para comercial, uno para administración, uno para atención al cliente. Cada uno con su tono y sus reglas.
- Un proyecto por cliente grande. Con su historial, sus condiciones y su forma de hablar.
- Un proyecto por documento recurrente. Presupuestos, actas, informes mensuales.
Donde no merece la pena: consultas sueltas que no vas a repetir. Para eso, conversación normal.
El error de meterlo todo
Mucha gente carga el proyecto con cuarenta documentos «por si acaso». Sale peor.
Cuanta más información irrelevante hay delante, más se diluye la que importa. Un proyecto con tres documentos bien elegidos funciona mejor que uno con cuarenta.
Criterio: mete lo que consultarías tú de verdad para hacer esa tarea. Lo demás, fuera.
Lo que un proyecto no arregla
Conviene tenerlo claro para no llevarse un chasco:
- Sigue inventándose datos. Tener tus documentos delante reduce mucho el riesgo, porque trabaja sobre material real, pero no lo elimina. Sigue aplicando lo de verificar lo verificable.
- No aprende de lo que le corriges. Si en una conversación le enseñas algo útil, no pasa automáticamente al proyecto. Hay que añadirlo a las instrucciones a mano.
- No sustituye a un buen prompt. Ahorra el contexto permanente, no la petición concreta. Sigues teniendo que decir qué quieres, en qué formato y con qué extensión.
Cómo montar el primero en diez minutos
- Elige la tarea que más repites. La que hagas cada semana.
- Crea un proyecto y escribe las instrucciones con las cinco filas de la tabla de arriba. Un párrafo por fila basta.
- Sube dos o tres documentos que uses de verdad para esa tarea. No más.
- Prueba con un caso real y ajusta las instrucciones con lo que veas que falta.
La primera vez cuesta diez minutos. A partir de la tercera conversación ya lo has recuperado.
Por qué esto importa más de lo que parece
Es la diferencia entre una herramienta que usas de vez en cuando y una que forma parte de cómo trabaja tu equipo. Un proyecto bien montado es conocimiento de la empresa escrito en un sitio, y sirve igual para quien entre mañana.
En Claude para principiantes se monta uno con tus propias tareas y tus propios documentos, que es la única forma de que quede realmente útil y no como un ejercicio.
Preguntas frecuentes
¿Qué son los proyectos de Claude?
Un espacio donde subes una vez los documentos que usas siempre y guardas instrucciones fijas. Cada conversación que abras dentro parte ya con ese material, sin volver a pegarlo.
¿Para qué sirven en el trabajo?
Para todo lo que se repite sobre la misma base: un cliente con su histórico, un producto con su documentación, un manual de estilo. Es la forma más barata de dejar de copiar y pegar lo mismo cada día.
¿En qué se diferencian de conectar herramientas con MCP?
Un proyecto es material que subes tú y se queda quieto; MCP es acceso en vivo a tus sistemas. Si tus documentos cambian poco, el proyecto resuelve lo mismo sin conectar nada.
¿Puedo compartir un proyecto con mi equipo?
Depende del plan: los de empresa permiten proyectos compartidos, y ahí es donde ganan de verdad, porque las instrucciones dejan de estar en la cabeza de una persona.