Context engineering: cómo armar el contexto completo que la IA necesita para trabajar bien

Qué es

El context engineering es el diseño deliberado de todo lo que recibe un modelo de inteligencia artificial antes de responder: instrucciones, datos del caso, documentos de respaldo, herramientas a las que puede llamar, historial de la conversación y formato esperado del resultado.

Dicho de otro modo, ya no basta con escribir una buena pregunta. La calidad de la respuesta la determina el conjunto completo de información que entra en la ventana de contexto, y ese conjunto se arma con criterio, no por acumulación.

En palabras de contador

Piénsalo como armar el expediente antes de sentarte a trabajar. Nadie calcula una liquidación con el contrato a medias. Primero se reúnen los papeles de trabajo, se verifican y se descarta lo que no sirve; apenas entonces se calcula.

El context engineering es eso aplicado a la IA. El prompt es la instrucción que le das; el contexto es el expediente completo que le pones enfrente. El despacho que entiende la diferencia deja de improvisar en cada conversación.

Ejemplo aplicado

Expediente de una devolución de saldo a favor. Reúnes la declaración que originó el saldo, los acuses, los estados de cuenta que amparan los depósitos y los comprobantes de retenciones, y defines el formato de la respuesta. Armado así, el resultado se contrasta contra papeles y no contra la memoria.

Revisión de contratos. Además del contrato, le entregas la política interna del despacho sobre cláusulas aceptables y una revisión anterior ya aprobada. Así revisa contra tu criterio y no contra uno genérico.

Atención de un requerimiento. Cargas el oficio, la declaración presentada y la cronología, e indicas que la respuesta se estructure en antecedentes, argumentos y anexos. Sin ese armado sale un texto plausible, pero desconectado del expediente real.

Para qué sirve en un despacho

• Hacer repetible un procedimiento que hoy depende de quién lo pida y cómo.
• Reducir las idas y vueltas hasta llegar al resultado útil.
• Documentar con qué información se llegó a una conclusión.
• Estandarizar entregables entre personas distintas del mismo equipo.

Riesgos o limitaciones

Más contexto no es mejor contexto. Un expediente inflado con documentos irrelevantes y versiones viejas dispersa la atención del modelo y puede empeorar el resultado. Y si dos documentos se contradicen —una política derogada junto a la vigente—, no puedes anticipar cuál pesará más.

También hay un límite físico: todo lo que entra ocupa espacio en la ventana de contexto y cuesta tokens. Un contexto bien armado reduce las desviaciones, pero no las descarta; sigue haciendo falta tu revisión antes de firmar.

Buena práctica

Diseña el contexto mínimo suficiente y escríbelo una sola vez. Para cada procedimiento recurrente define en una plantilla qué datos son obligatorios, qué documentos se adjuntan, de qué fuente salen las tasas y tablas del periodo y en qué formato se espera la salida. Reutilízala en vez de rearmarla de memoria.

Cuando un resultado no coincida con tu criterio, revisa qué faltó o qué sobró en el expediente antes de reescribir la instrucción; ahí suele estar el ajuste.

Preguntas frecuentes

¿Es lo mismo que escribir un buen prompt? No. El prompt es una pieza del contexto. El context engineering abarca además los datos del caso, los documentos, las herramientas y el formato de salida.

¿Qué se guarda del contexto y por cuánto tiempo? Depende de la herramienta: unas conservan la conversación en tu cuenta y otras la descartan al cerrar. Antes de subir documentos de clientes, verifica qué retiene el proveedor y asiéntalo en tu política interna.

¿Cuánto contexto es demasiado? Cuando agregar un documento más deja de cambiar la respuesta, ya te pasaste: ese es el punto para recortar y quedarte con lo que mueve el resultado.

Escrito y revisado por Ernesto Sobrino, contador.
Última revisión: 24 de agosto de 2026.