Qué información recibe realmente un LLM

Qué aprenderás

• Cómo una aplicación arma el input o contexto efectivo.
• Qué significan system, developer, user, history, documentos y tools.
• La diferencia entre contexto explícito e implícito.
• Por qué los nombres y la jerarquía dependen del proveedor.

El usuario no es necesariamente toda la entrada

Una persona puede escribir solo ¿Qué corresponde hacer?, pero la aplicación puede enviar bastante más. Un esquema conceptual es:

instrucciones del sistema
        + instrucciones de la aplicación o developer
        + mensaje o prompt del usuario
        + historial de conversación
        + documentos e información adicional
        + resultados de herramientas
        ↓
contexto efectivo enviado al modelo

El contexto efectivo es la composición concreta que llega a la llamada. Puede incluir datos agregados automáticamente, transformaciones de formato o solo una selección del historial. No se debe inferir su contenido mirando únicamente la interfaz.

Roles y niveles de instrucción

• System prompt o system instructions: reglas generales, límites y objetivo

del sistema, cuando el proveedor expone ese rol.

• Developer instructions: reglas de la aplicación, formato, estilo,

validaciones o restricciones de negocio, cuando la plataforma distingue ese nivel.

• User prompt: solicitud o datos aportados por la persona usuaria.
• Conversation history: mensajes previos que la aplicación decide incluir.
• Documentos: material recuperado, adjuntado o pegado para la tarea.
• Tool results: datos devueltos por una herramienta invocada por el sistema.

Estas etiquetas son conceptos útiles, no una jerarquía universal idéntica. Cada proveedor puede ofrecer roles distintos, ordenar sus mensajes de otra manera, aplicar políticas fuera del texto o no exponer un rol developer separado. La precedencia efectiva depende del contrato de esa API y de la lógica de la aplicación. No conviene prometer que escribir system dentro de un mensaje de usuario le da autoridad de sistema.

Contexto explícito e implícito

El contexto explícito es la información proporcionada deliberadamente para resolver la tarea: el informe adjunto, el formato pedido, una regla incluida o el resultado de una consulta.

El contexto implícito es información que llega sin que la persona la vea como parte de su mensaje. Puede provenir del historial incluido, instrucciones de aplicación, metadatos de idioma, entorno de ejecución, perfil autorizado o datos que el sistema agrega automáticamente. Implícito no significa mágico ni necesariamente invisible para toda auditoría: significa que no está expresado en la solicitud visible.

Ejemplo en una organización

En soporte, la agente escribe Contestale al cliente. La aplicación agrega el rol del equipo, la política vigente de devoluciones, los datos del ticket y una instrucción de no revelar información interna. Esos elementos forman parte del contexto, aunque no estén en el cuadro de texto. El LLM no obtiene acceso automático al sistema de tickets: el backend debe seleccionar y enviar los datos permitidos.

Una simplificación útil

Analogía simplificada: el profesional nuevo recibe un sobre con reglas del área, pedido del responsable, antecedentes y documentos. Puede trabajar mejor con el sobre adecuado, pero el sobre no le da acceso a toda la empresa ni convierte las instrucciones en autoridad legal. La analogía no convierte al LLM en persona y no reemplaza el análisis de permisos.

Qué no significa

• system, developer y user no tienen la misma implementación en todas las APIs.
• La interfaz visible no necesariamente muestra todo el contexto enviado.
• Un documento presente no garantiza que el modelo lo use correctamente.
• Un resultado de tool no es automáticamente confiable: también puede tener errores.

Errores frecuentes

1. Suponer que el modelo ve solo la última pregunta.
2. Tratar los nombres de roles de un proveedor como estándar universal.
3. Introducir secretos en instrucciones porque "el sistema" tendría prioridad.
4. Confundir contexto implícito con memoria permanente.

Ideas principales

• La aplicación construye el contexto efectivo con varias fuentes.
• Historial, documentos y tools pueden formar parte de la entrada.
• Hay contexto explícito e implícito.
• La jerarquía real depende del proveedor y de la implementación.

Autoevaluación

1. ¿Qué puede explicar que el modelo responda usando información que la persona

no escribió en el último mensaje?

1. ¿Por qué no alcanza con memorizar una jerarquía de roles de una sola API?
2. Da un ejemplo de contexto explícito y otro de contexto implícito.

Fuentes

• OpenAI API: conversation state and messages — OpenAI — https://platform.openai.com/docs/guides/conversation-state — consulta: 2026-10-03.
• Messages API — Anthropic — https://docs.anthropic.com/en/api/messages — consulta: 2026-10-03.
• Gemini API: system instructions — Google AI for Developers — https://ai.google.dev/gemini-api/docs/system-instructions — consulta: 2026-10-03.

Seguir aprendiendo

• Unidad 10: contexto, historial, ventana y memoria persistente.
• Módulo 3: diseño de prompts e instrucciones.
• Módulo 4: diseño del contexto relevante y auditable.