Projects: contexto de trabajo reutilizable

Resultado

Al terminar tendrás el diseño de un Project con propósito, instrucciones, fuentes autorizadas, plantilla de salida y una prueba de vigencia. El Project organiza contexto; no garantiza que ese contexto sea completo, actual o correcto.

Conceptos

Projects reúne conversaciones y puede incorporar instrucciones y conocimiento alrededor de un trabajo. Conviene usarlo cuando varias tareas comparten vocabulario, fuentes, criterios y formato.

Separa cuatro capas:

• Propósito: para qué existe el Project y qué queda fuera.
• Instrucciones: reglas estables de tono, método, evidencia y manejo de faltantes.
• Conocimiento: documentos autorizados, con propietario, versión y fecha de revisión.
• Plantillas: estructuras de entrada y salida que facilitan comparar resultados.

No trates el conocimiento del Project como una memoria infalible. Un archivo desactualizado seguirá estando desactualizado aunque esté bien organizado. Tampoco mezcles clientes, investigaciones o procesos con permisos diferentes en un mismo espacio.

Las instrucciones del Project complementan la solicitud de cada conversación. Deben ser breves y resolver reglas persistentes; los detalles específicos pertenecen a la tarea concreta.

Práctica guiada

Diseña un Project llamado “Informe trimestral de práctica” con información pública o sintética.

1. Escribe un propósito de dos frases y tres exclusiones.
2. Prepara instrucciones que indiquen: usar solo fuentes cargadas, citar ubicación, separar hecho e inferencia, mantener faltantes y no realizar acciones externas.
3. Crea un inventario con nombre de archivo, origen, fecha, versión, propietario y próxima revisión.
4. Añade una plantilla de salida con: resumen, indicadores, evidencias, riesgos, datos pendientes y revisión humana.
5. Ejecuta una pregunta cuya respuesta sí esté en las fuentes y otra que no esté.
6. Comprueba que la segunda respuesta marque la ausencia de evidencia.
7. Cambia una fuente por una versión posterior y registra qué conclusiones deben revisarse.

Si tu acceso no incluye una función descrita, conserva el diseño como ejercicio y verifica la disponibilidad oficial antes de adaptar el flujo.

Checklist de validación

• El Project tiene un propósito y exclusiones explícitas.
• Solo reúne trabajos con permisos compatibles.
• Cada fuente tiene origen, versión y fecha de revisión.
• Las instrucciones exigen evidencia y preservan datos faltantes.
• La plantilla distingue resultado, riesgo y revisión.
• Se probó una pregunta sin respuesta en las fuentes.
• Existe un procedimiento para retirar o actualizar contenido obsoleto.

Mini evaluación

1. ¿Qué información debe ir en instrucciones del Project?
2. ¿Agregar un documento convierte su contenido en verdadero y vigente?
3. ¿Por qué conviene probar una pregunta sin evidencia?

Respuestas

1. Reglas estables y compartidas por varias tareas, como fuentes autorizadas, formato, controles y manejo de faltantes.
2. No. Deben comprobarse procedencia, versión, fecha y calidad.
3. Para verificar que el flujo reconoce los límites del conocimiento en lugar de completar vacíos.

Fuentes y límites

• Crear y gestionar Projects.
• Funciones de personalización de Claude.

La disponibilidad y los límites de Projects pueden variar. La organización del contexto no elimina errores del modelo ni conflictos entre documentos. Aplica control de versiones y permisos fuera de Claude cuando el proceso lo requiera.