Guía 01
Ingeniería de prompts
Estructura de instrucción, rol, formato de salida y ejemplos. Aprenderá a fijar la temperatura según la tarea y a validar respuestas con criterios objetivos.
Leer la guía →Markdex IA · Manual de operaciones
Procedimientos verificables para ingeniería de prompts, integración de agentes autónomos y diseño de flujos de trabajo en pymes. Sin promesas de rendimiento: parámetros, comprobaciones y criterios de aceptación.
Nota de edición
Este manual no vende herramientas: describe procedimientos. Cada apartado responde a una pregunta operativa concreta y termina con una comprobación que usted puede ejecutar en su propia empresa el mismo día. Antes de redactar el primer prompt conviene entender qué hace realmente un modelo de lenguaje: no «sabe» nada de su negocio, calcula la continuación más probable de un texto a partir de patrones estadísticos. Por lo tanto, la calidad del resultado depende en gran medida de la información que usted coloque en el contexto de la petición.
El segundo principio, y la causa más frecuente de fallos en pymes, es la separación de responsabilidades. Un prompt aislado es una operación manual; un flujo automatizado es un sistema con entradas, validaciones y salidas verificables. Entre ambos hay una diferencia de diseño, no de potencia del modelo. Observe que un proceso solo es automatizable cuando su criterio de éxito se puede escribir en una frase medible; si no puede, todavía no está listo para delegarse en una máquina.
El recorrido propuesto comienza en los fundamentos de automatización con IA, continúa con la ingeniería de prompts y solo después aborda los agentes autónomos. Invertir ese orden es la razón por la que muchos proyectos piloto se quedan en demostración.
Cada capítulo incluye ejemplos de entrada y salida, umbrales recomendados y una lista de comprobación. Cuando una cifra depende del proveedor del modelo, se indica explícitamente y se ofrece un rango de trabajo. Si una técnica no tiene medición asociada, se marca como experimental.
Guías principales
Cada guía se apoya en la anterior. Recomendamos estudiarlas de forma secuencial: la ingeniería de prompts sin fundamentos produce resultados inconsistentes, y los agentes sin flujos definidos multiplican los errores en lugar de reducirlos.
Guía 01
Estructura de instrucción, rol, formato de salida y ejemplos. Aprenderá a fijar la temperatura según la tarea y a validar respuestas con criterios objetivos.
Leer la guía →Guía 02
Límites de iteración, herramientas permitidas, condiciones de parada y registro de decisiones. El control se diseña antes de conectar el agente.
Leer la guía →Guía 03
Diseño de disparadores, colas de trabajo, reintentos y alertas. Cómo pasar de una demo a un proceso que corre todos los días sin supervisión.
Leer la guía →Las ventajas no se declaran, se registran. Antes de automatizar conviene anotar el tiempo actual por tarea y el porcentaje de errores; sin esa línea base, cualquier mejora es una impresión subjetiva.
Índice temático
Para los capítulos 1 y 2, no. Para el capítulo 4 conviene manejar conceptos de API, JSON y variables de entorno; el manual explica cada uno en el momento en que se usa.
El coste se compone de tres partidas: consumo del modelo por operación, herramientas conectadas y horas de mantenimiento. La tercera suele ser la más alta y la que menos se presupuesta.
Puede, si existen condiciones de parada, límite de iteraciones y registro de acciones. Sin esos tres elementos, no es un agente: es un proceso sin control.
Elija una tarea con entrada y salida estables, como clasificar correos o extraer datos de facturas. Automatice solo esa y mida durante dos semanas.
⚠ Atención: configuración antes de ejecutar
No conecte un agente a sistemas con datos de clientes hasta haber definido la política de retención y el límite de iteraciones. Un agente sin condición de parada puede consumir presupuesto de forma indefinida. Fije siempre un máximo de pasos y una alerta de coste por ejecución.
| Síntoma | Causa probable | Acción correctiva |
|---|---|---|
| El modelo ignora el formato solicitado | Instrucción ambigua, sin ejemplo | Añadir un ejemplo exacto de la salida esperada |
| Respuestas distintas para la misma entrada | Temperatura alta (por encima de 0,7) | Fijar temperatura entre 0 y 0,3 en tareas de extracción |
| El agente repite acciones en bucle | Falta condición de parada | Definir máximo de iteraciones y criterio de éxito explícito |
| Coste por operación fuera de presupuesto | Contexto sobredimensionado | Recortar historial y sustituirlo por resúmenes |
Lecturas recientes
Disparadores, reintentos y alertas: los tres elementos que separan una demo de un proceso estable en producción.
Leer artículo →
Rol, contexto, formato y validación en un solo bloque reutilizable para tareas de clasificación y extracción.
Leer artículo →
Línea base, tiempo por tarea y tasa de error: el método para justificar una automatización con datos, no con opiniones.
Leer artículo →Ruta de lectura
Dedique cuarenta minutos a los fundamentos, otros cuarenta a la guía de prompts y una sesión corta a revisar el índice del glosario y recursos. Con ese recorrido tendrá criterio suficiente para decidir qué proceso automatizar primero y cuál dejar fuera del alcance.
Este sitio tiene una finalidad exclusivamente informativa y formativa. Los materiales publicados son de carácter orientativo y no constituyen asesoramiento profesional en materia financiera, legal ni fiscal. Antes de aplicar cualquier procedimiento descrito, verifique su adecuación al contexto concreto de su organización.