Qué archivos cargar en tu Proyecto de IA y cómo estructurarlos para mejores resultados

Por qué estás aquí

Comentaste ARCHIVOS porque el reel describió el problema exacto: sigues explicando el contexto del cliente desde cero en cada sesión porque el modelo no tiene acceso a los documentos reales de tu trabajo. Te enseño a cargar archivos como contexto permanente dentro del Proyecto, para que el modelo trabaje desde tu realidad específica, no desde generalidades. Este documento entrega la guía completa: qué archivos cargar según el tipo de Proyecto, cómo estructurarlos para que el modelo los use bien, los límites que debes conocer, y la equivalencia en ChatGPT y Gemini. Según Anthropic (documentación oficial, 2026), los archivos cargados en un Proyecto están disponibles en todas las conversaciones dentro de ese espacio, sin necesidad de cargarlos de nuevo.

---

El método: Un Proyecto por Cliente

Lo que estás construyendo con estos archivos tiene nombre: Un Proyecto por Cliente. Consiste en:

1. Un Proyecto con el nombre del cliente.
2. Los tres archivos que lo definen: brief, contrato y datos de la empresa.
3. Desde ahí, cada conversación arranca con su contexto real, sin que tengas que reexplicarlo.

Las secciones siguientes te muestran cómo cargar y estructurar esos archivos para que el método funcione.

---

¿Qué diferencia hace cargar los archivos correctos?

Sin archivos, el modelo trabaja desde lo que sabe en general. Con archivos bien cargados, trabaja desde lo que tú le das específicamente.

La diferencia no es de inteligencia del modelo: es de información disponible. Un modelo sin el contrato del cliente produce respuestas que podrían aplicar a cualquier proyecto. El mismo modelo con el contrato produce respuestas calibradas a ese alcance, ese tono y esas restricciones específicas.

El principio: más contexto específico equivale a respuestas más específicas. No más archivos en general, sino los archivos más relevantes para el tipo de trabajo que vas a hacer en ese Proyecto.

---

¿Cuáles son los límites técnicos que necesitas conocer?

Antes de cargar, entiende los límites de cada plataforma.

El límite práctico más importante: el modelo tiene un límite de contexto por sesión. Si cargas muchos archivos muy largos, el modelo puede no usar todos a la vez. Prioriza calidad sobre cantidad.

---

¿Tienes los archivos o necesitas crearlos?

Antes de entrar a los tipos de Proyecto: la pregunta no es "¿qué archivo debería subir?" Es "¿lo tengo?"

• Tienes el archivo: súbelo tal como está. No necesitas que esté perfecto.
• No tienes el archivo: créalo con la IA antes de cargarlo. Las secciones siguientes incluyen una instrucción lista para usar por tipo de Proyecto.

El proceso: pegas la instrucción → la IA te hace preguntas → respondes con lo que sabes (no necesitas tenerlo todo claro) → la IA empuja si algo es vago → cuando cubre el alcance, genera el documento → lo revisas → lo subes. Un brief construido en una conversación de diez minutos es más útil que el archivo perfecto que nunca existe.

---

¿Qué archivos cargar según el tipo de Proyecto?

Proyecto de cliente

Los archivos más útiles para un Proyecto de cliente activo son los que describen el alcance, el contexto y las restricciones del trabajo.

Carga prioritaria (uno o dos archivos para empezar):

• El brief original del proyecto: objetivos, entregables, plazos, tono esperado.
• El contrato o propuesta aprobada: alcance exacto, lo que está y no está incluido.

Carga secundaria (amplía con el tiempo):

• El perfil de la empresa cliente: qué hace, a quién sirve, cómo se comunica.
• Historial de decisiones importantes: cambios de scope, acuerdos verbales documentados.
• Entregables anteriores aprobados: para que el modelo entienda el estándar esperado.

Si no tienes el brief, créalo con esta instrucción:

Rol: Consultora senior de gestión de proyectos. Tu trabajo es documentar proyectos de cliente con precisión suficiente para que cualquier herramienta de trabajo entienda el alcance sin explicaciones adicionales.

Contexto: Voy a crear un brief de proyecto para cargarlo en un Proyecto de IA. Ese archivo le va a dar contexto al modelo sobre este cliente, para que cada conversación parta de la realidad del trabajo, no de generalidades.

Tarea: Antes de escribir nada, entrevísta me. Necesitas cubrir: quién es el cliente y en qué sector opera, cuál es el objetivo real del proyecto, qué entregables están acordados, cuáles son los plazos, cómo se comunica el cliente, y qué está explícitamente fuera del alcance. Haz máximo tres preguntas por vuelta. Si una respuesta es vaga ("quieren mejorar su presencia digital"), pide un ejemplo concreto antes de seguir. No asumas lo que no te dijeron.

Cuando hayas cubierto todas las áreas, genera el brief con estas secciones: Cliente · Sector · Objetivo del proyecto · Entregables acordados · Plazos · Tono de comunicación · Fuera del alcance.

Formato final: Markdown con H2 para cada sección. Máximo dos oraciones por sección. Sin introducción. Listo para cargar como archivo de contexto.

Empieza con la primera ronda de preguntas.

Proyecto de contenido

Para crear contenido de marca con consistencia, los archivos que más impacto tienen son los que definen la voz y el criterio editorial.

Carga prioritaria:

• Tu guía de tono de voz: vocabulario que usas, vocabulario que evitas, registro, ejemplos.
• Un ejemplo de pieza en tu mejor versión: el modelo lo usa como referencia de calidad.

Carga secundaria:

• El calendario editorial o la estructura de la serie activa.
• Investigación de audiencia relevante: quién es tu lectora, qué le importa, qué la hace guardar contenido.

Si no tienes una guía de tono de voz, créala con esta instrucción:

Rol: Editora de contenido con experiencia construyendo manuales de voz para marcas personales y empresas. Sabes que el tono real no está en lo que alguien dice que hace: está en los ejemplos concretos, los rechazos automáticos y las inconsistencias entre cómo creen que suenan y lo que realmente escriben.

Contexto: Voy a crear una guía de tono de voz para cargarla en un Proyecto de IA. Ese archivo le va a enseñar al modelo cómo escribo, para que replique mi estilo sin que tenga que explicarlo cada vez.

Tarea: Antes de escribir nada, entrevísta me. Necesitas cubrir: qué palabras o frases uso de forma característica, qué palabras nunca usaría y por qué, con qué registro me comunico, cómo estructuro típicamente una pieza, y qué me hace cringe cuando leo algo que no suena a mí. Haz máximo tres preguntas por vuelta. Si una respuesta es abstracta ("quiero sonar profesional pero cercana"), pide un ejemplo real: una frase que sí diría, una que nunca diría. Los ejemplos son más precisos que las descripciones.

Cuando hayas cubierto todas las áreas, genera la guía con estas secciones: Vocabulario que uso · Vocabulario que evito · Registro y tono · Estructura típica · Frases que sí diría · Frases que nunca diría.

Formato final: Markdown con H2 para cada sección, listas para las partes enumerativas. Máximo cuatro ítems por lista. Sin introducción. Listo para cargar como archivo de contexto.

Empieza con la primera ronda de preguntas.

Proyecto de propuestas

Para una consultora que escribe propuestas para clientes regularmente:

Carga prioritaria:

• Tu metodología de trabajo: pasos, entregables, tiempos típicos.
• Una propuesta aprobada pasada: como referencia de estructura y tono.

Carga secundaria:

• Tu lista de precios o rangos de inversión.
• Casos de éxito o resultados de proyectos anteriores (en formato que puedas compartir).

Si no tienes tu metodología documentada, créala con esta instrucción:

Rol: Consultora de procesos de negocio especializada en documentar servicios profesionales. Sabes que las metodologías reales no se parecen a las que aparecen en los sitios web: tienen fricción, excepciones, y pasos que solo existen porque el cliente los necesita aunque no estén en el contrato.

Contexto: Voy a crear un documento de metodología para cargarlo en un Proyecto de IA. Ese archivo le va a describir al modelo cómo trabajo con mis clientes, para que cada conversación entienda mi proceso sin que tenga que explicarlo.

Tarea: Antes de escribir nada, entrevísta me. Necesitas cubrir: cómo empieza un proyecto (qué pasa antes de que haya contrato), cuáles son las fases reales del trabajo, qué entrego al cliente en cada fase, cuánto tiempo toma típicamente cada una, y qué suele complicarse aunque no debería. Haz máximo tres preguntas por vuelta. Si una respuesta es vaga ("depende del cliente"), pregunta qué es exactamente lo que depende y cuál es la variante más común.

Cuando hayas cubierto todas las fases, genera el documento de metodología con: Nombre de la fase · Qué sucede · Entregable · Duración típica.

Formato final: Markdown con H2 para cada fase, listas para las secciones internas. Sin introducción corporativa. Listo para cargar como archivo de contexto.

Empieza con la primera ronda de preguntas.

Proyecto de investigación

Para análisis de mercado, benchmarking o reportes:

Carga prioritaria:

• El brief de investigación: qué preguntas necesitas responder, para qué decisión.
• Datos existentes relevantes: reportes internos, datos propios, benchmarks pasados.

Si no tienes el brief de investigación, créalo con esta instrucción:

Rol: Analista de negocio con experiencia estructurando proyectos de investigación. Sabes que la mayoría de los briefs de investigación están mal planteados desde el inicio: la pregunta que creen que tienen que responder no es la que realmente necesitan, y el alcance crece hasta volverse inmanejable.

Contexto: Voy a crear un brief de investigación para cargarlo en un Proyecto de IA. Ese archivo le va a describir al modelo el alcance y las preguntas clave de esta investigación, para que cada conversación sepa desde dónde parte.

Tarea: Antes de escribir nada, entrevísta me. Necesitas cubrir: qué decisión concreta voy a tomar con esta investigación (no "quiero entender el mercado", sino "voy a decidir si lanzo X o no"), cuáles son las preguntas que debo responder para tomar esa decisión, qué ya sé que me hace hacer esas preguntas, con qué fuentes ya cuento, y qué está fuera del alcance. Haz máximo tres preguntas por vuelta. Si la decisión anclada no está clara, empuja hasta que sea específica: sin una decisión concreta, la investigación no tiene límite natural.

Cuando hayas cubierto todas las áreas, genera el brief con: Decisión anclada · Preguntas centrales (máximo cinco, ordenadas por prioridad) · Fuentes disponibles · Vacíos a cubrir · Fuera del alcance.

Formato final: Markdown con H2 para cada sección, listas para las partes enumerativas. Sin introducción. Listo para cargar como archivo de contexto.

Empieza con la primera ronda de preguntas.

---

¿Cómo estructurar los archivos para que el modelo los use bien?

El formato importa tanto como el contenido. Un archivo mal estructurado produce respuestas genéricas aunque el contenido sea relevante.

Reglas de formato para archivos de texto (PDF, DOCX, TXT):

• Usa encabezados claros (H1, H2, H3 en Word/Docs; marcadores claros en texto plano). El modelo navega por encabezados.
• Coloca la información más importante en los primeros párrafos de cada sección. El modelo pondera más el texto que aparece antes.
• Usa listas para información que es inherentemente enumerativa: características, restricciones, pasos, criterios. Son más fáciles de procesar que párrafos narrativos densos.
• Elimina el relleno. Si el documento tiene introducción corporativa de tres páginas antes del contenido útil, extrae solo la sección relevante.

Un archivo específico bien estructurado vale más que diez archivos genéricos mal organizados.

---

El formato que el modelo lee mejor: Markdown (.md)

Los archivos .md son texto plano con marcadores de formato: # Título, ## Sección, - ítem de lista. Sin capas de software, sin metadatos ocultos. El modelo los procesa directamente, sin conversión intermedia.

Por qué importan:

• La jerarquía de encabezados (H1, H2, H3) le da al modelo pistas de navegación explícitas. Sabe qué es tema principal y qué es detalle.
• No hay ruido de formato. Un PDF con diseño complejo añade capas que el modelo tiene que interpretar. Un .md es contenido puro.
• Son fáciles de mantener actualizados: cualquier editor de texto, sin licencias.

La regla práctica: convierte tus briefs, guías de tono y metodologías a Markdown antes de cargarlos. El mismo contenido en .md produce respuestas más calibradas que en un PDF con formato decorativo.

---

¿Cómo hacerlo en ChatGPT y Gemini?

ChatGPT: Dentro del Proyecto, ve a la pestaña "Files." Sube los archivos directamente. En la conversación, el modelo los usa automáticamente cuando son relevantes. Puedes referenciarlos explícitamente: "usando el brief que cargué, dame tres opciones de mensaje."

Gemini: Los Gems no admiten carga de archivos directamente. La alternativa es conectar Google Drive: puedes adjuntar archivos de Drive en cada conversación, o usar la integración de Workspace para que el modelo acceda a documentos específicos de Drive durante la sesión.

---

¿Qué archivos NO cargar?

• Archivos con información personal de terceros que no has autorizado compartir con la plataforma.
• Contratos que incluyen cláusulas de confidencialidad que se extienden a terceros (verifica los términos antes de subir).
• Archivos que se actualizan con frecuencia y cuya versión desactualizada podría causar errores. En ese caso, es mejor recargar el archivo actualizado.

---

¿Cuánto te ahorra?

No inventamos una cifra genérica porque tu situación no es la de otra persona. Calcúlala tú:

los minutos que pierdes reexplicando cada cliente × el número de clientes activos por semana = horas/semana

Ese es el tiempo que Un Proyecto por Cliente te devuelve, porque el contexto ya está cargado y no lo repites en cada conversación.

---