Verificando acceso...
Context Engineering
La diferencia entre Prompt Engineering y Context Engineering es fundamental para pasar de respuestas genéricas a respuestas implementables.
Prompt Engineering vs. Context Engineering:
| Aspecto | Prompt Engineering | Context Engineering |
|---|---|---|
| Enfoque | Cómo escribir la instrucción | Qué información proveer |
| Técnica | Estructurar bien la pregunta | Adjuntar documentación relevante |
| Resultado | Descripción del problema | Documentos reales del problema |
La clave: Context Engineering no es escribir mejor, es proveer más. No describes que tienes un problema de proceso; adjuntas el documento del proceso, las métricas medidas, los análisis previos.
Los 4 tipos de documentación:
-
Documentación de Identidad - Tu Contexto Profesional Base y Perfil de Claridad Personal (ya los tienes de las semanas anteriores)
-
Documentación del Problema - Información REAL sobre el problema específico: documentos del proceso, métricas, análisis previos
-
Documentación del Contexto Organizacional - El filtro de realidad que evita respuestas “correctas pero inútiles”
-
Documentación de Restricciones - Límites reales y documentados que definen el espacio de soluciones posibles
Recurso Guía de Context Engineering
GUÍA DE CONTEXT ENGINEERING
Proveer Documentación Relevante para Respuestas Implementables
PROMPT ENGINEERING vs. CONTEXT ENGINEERING
Antes de profundizar, es crucial entender la diferencia:
| Aspecto | Prompt Engineering | Context Engineering |
|---|---|---|
| Enfoque | Cómo escribir la instrucción | Qué información proveer |
| Técnica | Estructurar bien la pregunta | Adjuntar documentación relevante |
| Profundidad | Descripción del problema | Documentos reales del problema |
| Ejemplo | ”Soy gerente de operaciones” | Adjuntar organigrama, KPIs, procesos documentados |
La clave: Context Engineering no es escribir mejor, es proveer más. No describes que tienes un problema de proceso; adjuntas el documento del proceso, las métricas medidas, los análisis previos.
LOS 4 TIPOS DE DOCUMENTACIÓN
1. DOCUMENTACIÓN DE IDENTIDAD
¿Qué es? Documentos extensos que describen quién eres, cómo piensas, con quiénes trabajas. No es una línea diciendo “soy gerente”. Son páginas de contexto profesional.
Ya lo tienes construido en:
- Contexto Profesional Base (Semana 1)
- Perfil de Claridad Personal (Semana 2)
Qué incluyen estos documentos:
- Tu rol, responsabilidades y áreas de expertise
- Tu empresa, industria, tamaño y desafíos
- Stakeholders clave con sus perfiles
- Tu forma de trabajar, decidir, comunicar
- Preferencias y patrones personales
Frecuencia de actualización: Trimestral
Uso: Cargar en toda conversación importante como base.
2. DOCUMENTACIÓN DEL PROBLEMA
¿Qué es? Información REAL y sustantiva sobre el problema específico que estás abordando. No una descripción - documentos y datos concretos.
La diferencia crítica:
| Describir (Prompt Engineering) | Documentar (Context Engineering) |
|---|---|
| “Tenemos un proceso ineficiente” | Adjuntar el documento del proceso con sus pasos |
| ”Gastamos mucho tiempo en X” | Proveer métricas de tiempo por actividad |
| ”Hemos intentado mejorar” | Incluir análisis de intentos anteriores y por qué fallaron |
| ”Nuestras finanzas son complicadas” | Cargar estados financieros reales |
Ejemplos de documentación por tipo de problema:
| Tipo de Problema | Documentación a Proveer |
|---|---|
| Optimización de proceso | Documento del proceso actual, tiempos medidos, feedback recibido, intentos previos |
| Decisión financiera | Estados financieros, proyecciones, análisis de sensibilidad |
| Problema de equipo | Estructura del área, evaluaciones, histórico de cambios |
| Estrategia de mercado | Datos de mercado, análisis competitivo, resultados históricos |
| Evaluación de proyecto | Business case, avance actual, riesgos identificados |
3. DOCUMENTACIÓN DEL CONTEXTO ORGANIZACIONAL
¿Qué es? Información sobre el entorno donde el problema existe. Es el filtro de realidad que evita respuestas “correctas pero inútiles”.
Por qué es crucial: Sin este contexto, la IA puede sugerir soluciones brillantes que tu organización jamás implementaría.
Qué documentar:
| Elemento | Ejemplos |
|---|---|
| Estructura | Organigrama del área, relaciones entre equipos |
| Liderazgo | Quién decide qué, prioridades actuales del liderazgo |
| Procesos existentes | Cómo se hacen las cosas hoy, canales de comunicación |
| Cultura | Velocidad de cambio, apertura a nuevas ideas, formalidad |
| Decisiones ya tomadas | Estrategias en curso que no van a cambiar |
| Política interna | Quién influye, qué batallas ya se pelearon |
Ejemplo: No es decir “mi empresa es conservadora”. Es explicar: “Cualquier cambio de proceso requiere aprobación del comité de operaciones que se reúne mensualmente. Los cambios tecnológicos pasan por TI y típicamente toman 3-6 meses. El área de finanzas tiene prioridad sobre cambios que afecten reporting.”
4. DOCUMENTACIÓN DE RESTRICCIONES
¿Qué es? Límites reales y documentados que definen el espacio de soluciones posibles.
La diferencia crítica:
| Mencionar | Documentar |
|---|---|
| ”Tengo poco presupuesto” | Adjuntar presupuesto disponible real |
| ”Usamos SAP” | Explicar qué puede y no puede hacer tu instalación de SAP |
| ”Hay contratos vigentes” | Incluir términos relevantes de contratos |
| ”Tenemos políticas” | Adjuntar las políticas que restringen opciones |
Tipos de restricciones a documentar:
| Tipo | Ejemplos de Documentación |
|---|---|
| Presupuestarias | Presupuesto aprobado, proceso de aprobación adicional |
| Temporales | Cronograma fijo, dependencias de fechas |
| Tecnológicas | Sistemas actuales, integraciones posibles, limitaciones |
| Contractuales | Términos de proveedores, compromisos existentes |
| Regulatorias | Normativas aplicables, compliance requerido |
| De recursos | Personal disponible, capacidades del equipo |
CUÁNTA DOCUMENTACIÓN PROVEER
Regla práctica:
| Tipo de Tarea | Documentación Recomendada |
|---|---|
| Simple | Contexto Profesional Base + descripción del objetivo |
| Moderada | + Documentación del problema específico |
| Compleja | + Contexto organizacional + Restricciones detalladas |
| Crítica | Toda la documentación relevante disponible |
Señales de que falta documentación:
- Recibes respuestas genéricas → Falta documentación del problema
- Recibes soluciones imposibles de implementar → Falta contexto organizacional o restricciones
- Recibes recomendaciones que ignoran tu realidad → Falta documentación de identidad
Señales de exceso:
- Incluyes documentos que no se relacionan con la pregunta específica
- La información no cambia la respuesta que necesitas
EJEMPLO COMPARATIVO COMPLETO
Enfoque Prompt Engineering:
Soy gerente de 12 auditores en una firma mediana. Pasamos 40% del tiempo
en documentación repetitiva. Presupuesto de $5,000. Necesito ideas para
mejorar productividad.Resultado: Ideas genéricas sobre automatización, plantillas, delegación.
Enfoque Context Engineering:
[Cargar: Perfil de Claridad Personal]
[Cargar: Contexto Profesional Base]
DOCUMENTACIÓN DEL PROBLEMA:
[Adjuntar: Documento del proceso actual de documentación - 15 pasos detallados]
[Adjuntar: Métricas de tiempo por auditor por actividad - últimos 6 meses]
[Adjuntar: Plantillas actuales usadas - 8 documentos]
[Adjuntar: Feedback del equipo sobre los pain points - encuesta interna]
CONTEXTO ORGANIZACIONAL:
La firma tiene política de documentación estándar del Instituto de Auditores.
Cualquier cambio de plantillas requiere aprobación del socio de calidad.
El área de TI está saturada y no acepta proyectos nuevos hasta Q3.
RESTRICCIONES DOCUMENTADAS:
- Presupuesto aprobado: $5,000 (adjunto email de aprobación)
- Timeline: Implementar antes del 15 de enero (temporada alta)
- Sistema: SAP GRC - no modificable, pero permite scripts de usuario
- Compliance: Cualquier automatización debe mantener trazabilidad para auditoría
¿Qué mejoras específicas puedo implementar en mis plantillas actuales
considerando estas restricciones?Resultado: Análisis específico de TUS plantillas, mejoras concretas que funcionan con SAP GRC, priorizadas por impacto dentro de tu presupuesto y timeline real.
FLUJO TÍPICO DE TRABAJO
Paso 1: Cargar Documentación Permanente
- Contexto Profesional Base
- Perfil de Claridad Personal
Paso 2: Preparar Documentación del Problema
Antes de la conversación, recopilar:
- Documentos del proceso/situación
- Métricas y datos relevantes
- Análisis previos si existen
Paso 3: Incluir Contexto Organizacional
- Solo lo relevante para este problema específico
- Estructuras, políticas, y dinámicas que afectan la solución
Paso 4: Explicitar Restricciones
- Documentar con números y datos reales
- Incluir el “por qué” de cada restricción
Paso 5: Formular la Pregunta
- Ahora sí, con toda la documentación cargada
- La pregunta puede ser simple porque el contexto es rico
CHECKLIST ANTES DE UNA CONVERSACIÓN IMPORTANTE
Documentación de Identidad:
- ¿Cargué mi Contexto Profesional Base?
- ¿Cargué mi Perfil de Claridad Personal?
Documentación del Problema:
- ¿Adjunté documentos reales (no solo descripciones)?
- ¿Incluí métricas y datos medidos?
- ¿Mencioné intentos anteriores y sus resultados?
Contexto Organizacional:
- ¿Expliqué quién decide y cómo?
- ¿Incluí restricciones culturales o políticas?
- ¿Mencioné procesos existentes que afectan la solución?
Restricciones:
- ¿Documenté límites con números reales?
- ¿Incluí restricciones tecnológicas específicas?
- ¿Mencioné contratos o políticas limitantes?
MENSAJE CLAVE
Context Engineering no es el arte de escribir mejor. Es el arte de identificar y proveer la documentación que la IA necesita para entender tu situación con profundidad. La diferencia entre respuestas genéricas y respuestas implementables está en la profundidad de información que provees, no en cómo estructuras tu pregunta.