Guía de uso
Recetas de prompts para Flux-1 Kontext Max: prompts de edición listos para copiar y pegar que funcionan
Los patrones de redacción de instrucciones que puedes pegar hoy mismo en Kontext Max, y cómo iterar cuando la primera edición no acierta
La esencia de las recetas de prompts para Kontext Max
Una receta de prompt no es un texto descriptivo: es un formato de instrucción compacto que le dice al modelo con precisión qué cambiar y qué conservar. Para Flux-1 Kontext Max, cada receta fiable que usamos sigue la misma estructura de cuatro partes:
- Verbo: el tipo de operación: reemplazar, eliminar, recolorear, añadir, extender, reestilizar.
- Objetivo: la región u objeto sobre el que actúa el verbo, nombrado de forma explícita («la chaqueta roja que lleva la persona de la izquierda»).
- Cambio esperado: el estado final, no el proceso («cámbiala a azul marino» en lugar de «cambia el color»).
- Cláusula de conservación: lo que debe permanecer exactamente igual («mantén los mismos pliegues de la tela, la iluminación y el fondo»).
Así, una receta se lee de esta manera: replace the jacket on the person at left with a navy wool coat; keep pose, lighting, and background unchanged.
El modelo mental clave: Kontext Max es un editor, no un generador. Parte de tu imagen de entrada y aplica un diff. Cuanto menor y más preciso sea el límite de ese diff, más predecible será el resultado. Los prompts que parecen instrucciones de generación de imágenes («un retrato emotivo de una mujer en una ciudad nocturna») le dan al modelo libertad para regenerarlo todo, y eso es exactamente lo que hace.
La cláusula de conservación es la parte que la mayoría se salta y la que más aporta. Sin ella, el modelo trata el resto de la imagen como modificable. Con ella, dibujas efectivamente una máscara en lenguaje natural, lo cual resulta útil porque nunca tienes que construir la máscara a mano.

Reglas de redacción de instrucciones que cambian el rumbo del resultado
Estas son las palancas que controlas a nivel del prompt. Cada una empuja la salida de forma fiable en una dirección predecible.
Usa el imperativo, no la descripción
Escribe «elimina el cubo de basura de la esquina inferior derecha», no «hay un cubo de basura que no debería estar ahí». El tono imperativo se corresponde directamente con la operación de edición. El tono descriptivo suena a descripción de escena e invita a regenerar.
Nombra el objetivo, no la imagen entera
«El letrero sobre la puerta» es mejor que «el texto de la imagen». Si tu imagen tiene tres letreros, especifica cuál («el letrero de madera colgado sobre el vano de la puerta de la izquierda»). Los anclajes espaciales —izquierda, derecha, arriba, primer plano, detrás del sujeto— apenas cuestan nada y eliminan la mayor parte de la ambigüedad.
Una sola edición por instrucción
Si necesitas dos cambios, encadénalos con punto y coma solo cuando actúen sobre la misma región: remove the chair; keep the floorboards and shadows beneath it. Las ediciones no relacionadas deben ir en llamadas separadas. Acumular cambios no relacionados en un mismo prompt es la causa más frecuente de daños colaterales.
Orden: las restricciones antes que el estilo
Coloca las restricciones de conservación y de alcance antes de cualquier adjetivo opcional. Keep the background, wardrobe, and expression unchanged; restyle the lighting to soft window light funciona. En cambio, Restyle to soft cinematic lighting, keep background unchanged deja que el tratamiento cinematográfico se filtre por toda la imagen. El modelo trata lo último que lee como marco de referencia dominante, así que termina con lo que no puede moverse.
Declara el estado final, no los pasos
«Haz que el cielo se vea encapotado, con nubes grises planas» es un objetivo. «Baja la saturación, añade nubes, reduce el contraste» es un flujo de trabajo que el modelo no ejecutará literalmente y que además podría aplicar en exceso. Describe el resultado que quieres ver.
Evita la negación cuando exista un objetivo positivo
«Elimina la marca de agua» está bien, porque eliminar es la operación en sí. Pero «no dejes que se vea borroso» es más débil que «mantén al sujeto nítido y enfocado». Siempre que sea posible, formula las restricciones como invariantes positivos.
Mantén la brevedad
Una receta de más de dos frases diluye la instrucción. Si tu prompt necesita un párrafo entero, lo más probable es que tengas dos ediciones o que el objetivo esté mal especificado.
Recetas listas para copiar y pegar para ediciones habituales
Cada receta de abajo puede pegarse tal cual. Sustituye las partes entre corchetes por tu caso concreto. Las explicaciones de razonamiento aclaran por qué está construida así la redacción: se toma el patrón, no solo el texto.
Sustitución de objetos
replace the [object] at [spatial anchor] with [new object]; keep the surrounding [key surface, e.g. table/floor] and lighting unchanged
Razonamiento: el anclaje más la cláusula de conservación hacen que la composición parezca creíble. Nombrar la superficie circundante evita que el modelo vuelva a renderizar el contexto.
Eliminación de objetos
remove the [object] at [spatial anchor]; reconstruct the background behind it to match the surrounding [surface] and fill the shadow naturally
Razonamiento: eliminar requiere indicar qué ocupa su lugar. Sin «reconstruir el fondo», a menudo obtienes una mancha o un parche que no encaja.
Sustitución de fondo
replace the background with [new setting]; keep the subject's silhouette, edge detail, and lighting direction identical
Razonamiento: el detalle de los bordes y la dirección de la luz son los puntos donde falla la sustitución de fondos. Nómbralos explícitamente para conservarlos.
Edición de texto en letreros
change the text on the [sign/label] to read "[new text]"; keep the font weight, perspective, and material of the sign unchanged
Razonamiento: objetivo breve e inequívoco, más un bloqueo de la perspectiva tipográfica. El texto nuevo debe ser corto: las cadenas largas son justo donde aparecen los artefactos.
Cambios de color y material
recolor the [object] to [color]; preserve the original texture, folds, and highlight placement
Razonamiento: usar «recolor» en lugar de «change the color to» hace la instrucción más compacta, y la cláusula de textura evita el relleno plano.
Outpainting / extensión
extend the image to the [left/right/top] by roughly [fraction, e.g. one third]; continue the existing [surface, e.g. wall/ground] seamlessly and match the current lighting
Razonamiento: nombrar la superficie que debe continuar y la iluminación que debe igualarse es justo lo que distingue una extensión limpia de una costura visible.
Ajustes finos de pose o expresión
adjust the subject's expression to a slight smile; keep head angle, hair, and the rest of the face unchanged
Razonamiento: «el resto de la cara sin cambios» es la barandilla de seguridad. Si no acotas las facciones adyacentes, la edición facial se desvía.
Reestilización con alcance limitado
apply a [style, e.g. watercolor] treatment to the foreground subject only; leave the background photographic and unchanged
Razonamiento: los prompts de reestilización son la mayor fuente de aplicación excesiva. Limitar el alcance del estilo es obligatorio, no opcional.

Integra las recetas en tu código
Las recetas son cadenas: trátalas como cadenas en tu base de código, con parámetros y versiones.
Parametriza, no concatenes
Almacena las recetas con huecos con nombre y rellénalos en la llamada:
RECIPES = {
"object_replace": "replace the {object} at {anchor} with {replacement}; "
"keep the surrounding {surface} and lighting unchanged",
"object_remove": "remove the {object} at {anchor}; reconstruct the background "
"behind it to match the surrounding {surface} and fill the shadow naturally",
}
def build(recipe_key, **slots):
return RECIPES[recipe_key].format(**slots)
Esto mantiene la redacción estable a lo largo de miles de imágenes. Si una receta necesita ajustes, solo cambias una cadena, no cientos de puntos de llamada.
Mantén fija la imagen de entrada en cada comparación
Al ajustar recetas, reutiliza una imagen de referencia. Si cambias a la vez el prompt y la imagen de entrada, no podrás atribuir la diferencia a ninguno de los dos.
Valida los huecos antes de la llamada
Un anclaje vacío es peor que un anclaje erróneo: amplía el alcance de la edición de forma silenciosa. Comprueba que todos los huecos estén rellenos y que los huecos de texto libre (como el nuevo texto de un letrero) sean breves.
Una sola edición por solicitud
Dado que en Kontext Max las ediciones se hacen por llamada, modela tu pipeline como una secuencia de pasos de edición, cada uno con su propia receta y parámetros, en lugar de un prompt gigantesco. Un pequeño ejecutor de pasos que aplica recetas en orden es mucho más fácil de depurar que una única instrucción monstruosa.
Registra el prompt renderizado
Registra el prompt rellenado junto con la referencia de la salida y la versión de la receta. Cuando cambie la calidad de la salida, necesitarás saber si cambió la redacción o el comportamiento del modelo.
Qué hacer cuando el resultado de la edición no es el esperado
La mayoría de los fallos se agrupan en tres categorías. Primero diagnostica el síntoma y luego aplica la corrección correspondiente.
Síntoma: el objetivo no se acierta en absoluto
La edición ocurre en otro sitio, o no hay ningún cambio visible.
- Amplía y afina el anclaje: «el letrero sobre la puerta» → «el letrero de madera colgado sobre el vano de la puerta de la izquierda».
- Si el objeto es pequeño, especifícalo: «la etiqueta pequeña de la esquina inferior derecha».
- Si el modelo cambió un objeto similar, añade un desambiguador: «el más a la izquierda de los dos letreros».
Síntoma: edición excesiva
Solo pediste un cambio, pero el modelo cambió tres cosas.
- Añade o refuerza la cláusula de conservación: nombra los elementos exactos que deben permanecer («mantén la pose, la ropa y el fondo sin cambios»).
- Mueve las restricciones después de la instrucción de cambio, o repítelas al final: la posición importa.
- Divide los prompts acumulados en llamadas separadas.
Síntoma: deriva
La idea es correcta, pero la imagen circundante se ha desplazado: cambiaron colores, iluminación o detalles.
- Convierte las exigencias vagas de conservación en invariantes concretos: en lugar de «mantenlo igual», escribe «mantén el balance de blancos original, la dirección de las sombras y la textura de la tela».
- Comprueba si los adjetivos de estilo se filtran hacia fuera; limita su alcance («solo el primer plano»).
- Reduce la instrucción a su forma mínima y vuelve a probarla sobre la imagen de referencia.
El bucle
Ejecuta la receta → clasifica el fallo como objetivo no acertado, edición excesiva o deriva → aplica la corrección única correspondiente → vuelve a ejecutar sobre la misma entrada de referencia. Cambia solo una variable por iteración. Si cambias dos a la vez, no sabrás cuál fue la que funcionó.
Mantén un registro breve de fallos: versión de la receta, prompt rellenado, síntoma, corrección y conclusión. Después de unos cuantos proyectos, ese registro valdrá más que cualquier prompt individual.

Construye tu propia biblioteca de recetas
Los equipos que obtienen resultados consistentes con Kontext Max no escriben mejores prompts desechables: mantienen un pequeño conjunto de prompts probados y versionados.
Versiona las recetas de forma explícita
Da a cada receta una clave y una versión (object_replace@v2). Cuando cambies la redacción, sube la versión y mantén disponible la anterior. Los cambios mínimos de redacción producen salidas notablemente distintas, así que una biblioteca de prompts sin versiones es una fuente de regresiones silenciosas.
Prueba contra un conjunto fijo
Mantén unas pocas imágenes de entrada fijas y ediciones esperadas conocidas: una sustitución, una eliminación, una sustitución de fondo, una edición de letrero. Ejecuta este conjunto ante cualquier cambio de receta. Debes fijarte en dos cosas: si se editó el objetivo y si la imagen circundante permaneció igual. Una receta que destaca en lo primero pero falla en lo segundo aún no está lista.
Compara recetas, no adivines
Cuando dos redacciones parezcan razonables, ejecuta ambas sobre la misma entrada de referencia y quédate con la que respete la cláusula de conservación. Comparar es barato; volver a producir un lote de imágenes editadas, no.
Deja que las recetas se acumulen de forma natural
Empieza con los ocho patrones de arriba. Cuando un compañero de equipo resuelva un nuevo caso de edición, añádelo junto con una nota sobre por qué funciona esa redacción. Con el tiempo, la biblioteca se convierte en la documentación implícita de ingeniería de prompts de tu equipo, y también en el material de introducción para cualquiera que se acerque por primera vez a la API.
Descontinúa en lugar de eliminar
La ventana de contexto de tu propia memoria es corta. Una receta que falla para un tipo de imagen puede funcionar perfectamente para otro. Archiva las recetas retiradas y anota por qué se descontinuaron, para que la siguiente persona no repita el mismo error.
Trata los prompts como código: versiona, prueba, revisa y reutiliza. Esa disciplina es lo que convierte Flux-1 Kontext Max de una demostración en un eslabón fiable de tu pipeline.
Artículos relacionados
Ver todos los artículos →-
Guía de uso
seedream-5.0-pro/image-to-image: guía de introducción — capacidades, precios y puntos clave de integración
Límites de capacidad, modelo de facturación y prácticas de integración técnica del modelo de edición de imágenes de ByteDance
-
Guía de uso
Guía de inicio de seedream-5.0-pro texto a imagen: límites de capacidad, integración de API y control de costes
Perspectiva práctica para desarrolladores: desde los puntos clave de los parámetros hasta la estimación de coste de $0.05 por imagen
-
Guía de uso
Guía de inicio de Hailuo 2.3 Fast de imagen a video: límites de capacidad, precios e integración práctica
Claves de selección e integración del modelo MiniMax de imagen a video para desarrolladores