Buscas el número confirmado de participantes y lo primero que encuentras son tres ideas descartadas, un borrador antiguo y una estimación que se corrigió más tarde. Los chats largos pueden ser ricos en contexto y, aun así, difíciles de leer como estado de trabajo actual. Por eso, una buena estructura de proyecto responde a una pregunta práctica: ¿dónde va cada tipo de resultado?
Los proyectos de ChatGPT reúnen conversaciones, archivos e instrucciones relacionados. Las instrucciones del proyecto se aplican en los chats que pertenecen al proyecto. Se trata de un marco compartido, no de una garantía de que cada aclaración posterior se tenga en cuenta automáticamente y de forma inequívoca en todas partes. Un ejemplo propio hace visible la diferencia entre contexto y un estado vinculante.
Ponle al proyecto el nombre de su finalidad
Un pequeño museo está preparando una tarde de talleres abiertos. Tiene una lista de datos clave confirmada y una colección de ideas. «Organización de la tarde de talleres» describe el contexto. En cambio, un nombre como «Plan del evento terminado» ya afirmaría una fase de trabajo que el material todavía no ha alcanzado.
La instrucción del proyecto nombra el público destinatario, los resultados deseados y la regla más importante: los datos confirmados se mantienen separados de las ideas. Añade que las decisiones pendientes deben aparecer como preguntas abiertas. Así, una conversación posterior también dispone de un marco de trabajo que puede seguir.
Purpose: internal organisational status for the workshop afternoon.
The explicitly named source versions are authoritative.
Treat confirmed details and suggestions separately.
Do not invent dates, responsibilities or commitments.
Each chat delivers a clearly named result.Tres chats con tres resultados distintos
El primer chat se llama «Datos clave y lagunas». Lee los documentos y enumera tanto los datos confirmados como las decisiones abiertas. El segundo se llama «Contrastar pruebas». Comprueba de forma específica las afirmaciones discutidas y aporta los pasajes que las respaldan. El tercero elabora el «Archivo de trabajo para colaboradores» a partir del estado confirmado hasta ese momento.
La división sigue el resultado, no la longitud de la conversación. No abres un chat nuevo simplemente porque el anterior se haya vuelto largo. Más bien, un tipo de resultado claro te ayuda a volver a la tarea adecuada: aclarar una pregunta, comprobar una afirmación o redactar un documento.
Proporciona explícitamente al chat de contraste las afirmaciones y fuentes pertinentes. Su respuesta debe ser algo más que una formulación alternativa. Para la autorización de la sala, necesita el pasaje en el que esa autorización se confirma realmente o sigue sujeta a una condición.
Mantén un pequeño contrato de fuentes
Una breve nota de trabajo puede contener cuatro campos: dato, estado, fuente y fecha de referencia. «20 plazas, confirmado, lista de datos clave del 12 de octubre» no es lo mismo que «unos 20 invitados, idea de la reunión». Estas diferencias deben conservarse hasta llegar al documento de los colaboradores.
Cuando un archivo nuevo sustituya a uno antiguo, escríbelo exactamente así junto a él. Dos adjuntos parecidos no explican por sí solos su orden de prioridad. Una regla de sustitución como «La lista de datos clave B sustituye la fecha indicada en A; todos los demás puntos se mantienen sin cambios» es más útil que subir otra versión más sin comentarios.
El contexto no es acceso a todas las carpetas
Un proyecto con fuentes subidas no tiene automáticamente acceso a una carpeta de un ordenador local. El contexto de la conversación, un archivo proporcionado explícitamente y una vía real de acceso a archivos son cosas distintas. Una tarea debe remitir a fuentes que estén disponibles en su entorno.
Del mismo modo, una conexión con otro sistema sería una configuración aparte con sus propios permisos. No surge simplemente porque el nombre del sistema aparezca en el proyecto. Este ejemplo no necesita esa conexión: la tarea consiste en trabajar con claridad con los documentos proporcionados.
Lee la versión final frente al estado actual
Revisa el archivo de trabajo con la breve lista de datos clave al lado. ¿Siguen figurando como tareas ideas descartadas? ¿Se ha perdido alguna restricción nueva? ¿Puede un colaborador saber qué fecha está confirmada sin leer los tres chats?
La estructura descrita aquí es un método de trabajo propio; no se creó ningún proyecto de prueba para ella. Su valor reside en resultados claros y fuentes rastreables. Tres chats con nombres sensatos pueden bastar para ello. Solo conviene añadir más conversaciones cuando sirvan a una finalidad adicional y reconocible.
Fuentes y estado de la documentación: 25 de octubre de 2026.
