GuíaIntermedio

Guía de Context Engineering

Trata la ventana de contexto de una llamada al modelo como lo que realmente es: un recurso finito que hay que presupuestar, no un lienzo para redactar el prompt perfecto. El caso conductor es el Asistente de Soporte de Reservo, un asistente de preguntas y respuestas (sin tools, sin loop) que responde dudas de miembros sobre cancelaciones, precios, specs de sala y membresía usando documentos ya recuperados por una función mock determinista — el retrieval real es terreno de otra guía. Con ese caso, la guía cubre el system prompt como componente versionado y auditable (nunca redacción libre), la estructura del payload (orden de bloques, delimitadores), la selección de contenido bajo un presupuesto fijo de tokens cuando hay más candidatos de los que caben, la compaction del historial (comprimir preservando lo esencial, en dos etapas), el few-shot tratado como una línea más del presupuesto, el context rot (más tokens de entrada degradan el desempeño, citando investigación real) con isolation como mitigación conceptual, y la medición de forma —nunca semántica— del efecto de cada cambio. Toda la ingeniería (contar, seleccionar, estructurar, comprimir, medir) se ejecuta de verdad con Python 3.14; la respuesta del modelo se trata honestamente como concepto. El conteo de tokens usa siempre una estimación de orden de magnitud (`len(text) // 4`), rotulada como tal, nunca un tokenizer real de terceros.

64
lecciones
8
módulos
Inglés · Español
disponible en
certificado
Gratis
acceso
NIEVA

Resultados

Lo que vas a poder hacer

  • Distinguir context engineering (presupuestar y estructurar la ventana) de prompt engineering (redactar el texto de un prompt) y ubicar cada componente real de un contexto de Claude: `system`, historial, documentos, ejemplos, restricciones de salida
  • Escribir el system prompt como texto versionado y auditable en el parámetro `system` de nivel superior — nunca como un mensaje `role: "system"` dentro de `messages` — y verificar que cumple reglas mínimas (citar la fuente, qué hacer ante falta de información)
  • Estructurar el contexto con un orden de bloques definido y delimitadores claros (tags), y validar esa estructura con un chequeador de forma
  • Seleccionar qué contenido entra bajo un presupuesto fijo de tokens cuando hay más candidatos de los que caben: selección greedy por score de relevancia ya dado, deduplicación, y un tope de chunks por fuente
  • Comprimir (compaction) un historial de conversación que crece turno a turno, más allá del recorte posicional simple: extracción de campos clave a un registro estructurado y compactación en dos etapas para sesiones largas
  • Decidir si conviene incluir ejemplos few-shot, cuántos caben con el presupuesto restante y dónde van en la estructura del contexto — comparando su costo en tokens contra el de un documento adicional
  • Medir el context rot (la degradación real de desempeño al crecer los tokens de entrada, no solo el costo) y aplicar isolation como concepto de mitigación, con su frontera marcada frente a la orquestación real de sub-agentes
  • Medir el efecto de cualquier cambio de contexto con evals de forma —tokens bajo presupuesto, orden correcto, campos clave conservados— nunca con un juicio semántico ni un modelo evaluador
  • Contar tokens con una aproximación honesta y consistente en toda la guía, sin disfrazarla de conteo exacto
  • Integrar todo en un pipeline de contexto (`build_context`) que ensambla system prompt, estructura, selección bajo presupuesto, compaction y few-shot, comparado contra un payload ingenuo que mete todo el corpus sin criterio

Antes de empezar

Qué necesitas traer

Es para ti si...

  • Devs que construyen apps o agentes con LLM sobre documentos recuperados y necesitan decidir de forma disciplinada qué entra a la ventana de contexto
  • Quien ya conoce prompt engineering (roles, few-shot, structured outputs) y quiere dar el salto de "escribir un buen prompt" a presupuestar y estructurar el contexto como un recurso de ingeniería
  • Devs que ya usan RAG y reciben chunks recuperados, pero les falta el paso siguiente: curarlos, ordenarlos y comprimirlos antes de mandarlos al modelo
  • Backend o AI engineers que se preparan para memoria de largo plazo, RAG de producción u orquestación multi-agente y necesitan esta disciplina de presupuesto como base

Requisitos y materiales

  • Conocimiento previo de fundamentos de prompting o agentes: qué es un prompt, roles `user`/`assistant`, zero-shot vs few-shot
  • Python básico: funciones, `dataclasses`, listas y diccionarios
  • Python 3.14 instalado con su librería estándar; no requiere API key ni conexión a internet — toda la ingeniería corre local

Contenido

El temario, módulo por módulo

Abre cualquiera para ver sus lecciones.

Dudas frecuentes

Lo que suele preguntarse

Empieza cuando quieras

Reseñas

Lo que dicen los estudiantes

Estas reseñas son de estudiantes inscritos que completaron al menos el 50% del curso. Moderamos las reseñas solo por motivos de contenido (spam, lenguaje ofensivo, datos personales), nunca por ser críticas o negativas.

Aún no hay reseñas aprobadas.

¡Sé el primero en compartir tu experiencia!