Prompts de Midjourney y Nano Banana: una idea, dos flujos

Vas a adaptar un brief compartido a dos superficies de control distintas: parámetros y slots de Midjourney frente a prosa conversacional, roles de referencia y controles de UI/API en Nano Banana.

No encontrarás aquí catálogos largos de iluminación ni anatomía visual completa: eso vive en la Guía de prompts de imagen IA. El mapa amplio de productos Gemini está en Cómo hacer prompts en Gemini. Esta página se centra en sintaxis y adaptación.

Esta guía usa VISOR: un checklist práctico creado para GetBetterPrompts. No es un estándar de la industria. Úsalo para mantener estable el objetivo creativo mientras cambia la sintaxis del producto.

• V - Vision: una frase con sujeto + acción + entorno + mood
• I - Interface: nombra la superficie (MJ web/Discord; Gemini app/Studio/API/Vertex)
• S - Specs fuera de la prosa: aspecto, tamaño/HD, versión de modelo, stylize/raw, image_size de la API
• O - Objects & refs: decide image prompt vs estilo vs omni/personaje; etiqueta el rol de cada ref; respeta los techos del modelo
• R - Refine: una variable por iteración; listas de conservar vs cambiar en ediciones

Brief compartido de ejemplo: un dripper pour-over de cerámica negra mate sobre encimera de nogal, luz lateral de mañana, poca profundidad de campo, mood de foto de producto tranquila. Texto opcional en etiqueta: ORIGIN BLEND.

A fecha de julio de 2026, el modelo por defecto documentado de Midjourney es V8.1 (predeterminado desde el 10 de junio de 2026). Web y Discord están soportados; los ajustes se sincronizan. En web usas la barra Imagine, slots, Editor y Style Creator; en Discord, /imagine y parámetros en la URL/prompt.

Según Prompt Basics, prefieren frases cortas y claras: describe lo que quieres (sujeto, medio, entorno, luz, color, mood, composición) y deja los parámetros al final. No hay una regla oficial de "más peso a las palabras del principio".

Parámetros útiles en V8.1 (verifica rangos en la documentación el día que publiques):

• --ar - relación de aspecto (default 1:1; en V8.1 el tope HD es más estricto que SD)
• --hd / --sd - modos de resolución en V8.1; HD apunta a salida nativa de clase ~2048px en 1:1
• --s / --stylize - 0–1000, default 100
• --c / chaos - 0–100, default 0
• --raw - reduce la influencia estética por defecto
• --seed - reproducibilidad aproximada; no bloquea personaje ni estilo
• --no - exclusiones; preferible describir lo deseado primero
• --v 8.1 - fija versión cuando el proyecto lo necesita

Image Prompts: inspiración, no copia exacta; slot en web o URL al inicio en Discord; --iw en V8.1/V7 suele ir de 0–3 (default 1).

Style Reference (--sref): traspasa look (color, medio, textura, luz), no objetos ni personas; --sw 0–1000 (default 100).

Omni Reference (--oref): continuidad de personaje/objeto/vehículo/criatura. Es solo V7: añadir Omni ejecuta el prompt en V7 aunque partas de la UI de V8.1. Una imagen; --ow 1–1000 (default 100). El Character Reference legacy (--cref) es de v6; en V7 usa Omni.

Recomendación de esta guía (no regla de plataforma): itera en SD y finaliza en HD en V8.1. No trates cifras de latencia publicadas como SLA.

Nano Banana es una familia de modelos de imagen de Gemini, no un único modelo eterno. IDs y límites son volátiles; comprueba la documentación de la API el día que publiques.

• Nano Banana 2 Lite - gemini-3.1-flash-lite-image: más rápido/barato; no optimizado para multi-ref ni edición secuencial multi-turno; solo 1K; sin Search grounding
• Nano Banana 2 - gemini-3.1-flash-image: workhorse recomendado en la API; refs hasta 10 objetos + 4 personajes; tamaños 0.5K–4K; Search + Image Search grounding
• Nano Banana Pro - gemini-3-pro-image: control premium; refs hasta 6 objetos + 5 personajes + 3 estilo; tamaños 1K–4K
• Nano Banana (legacy) - gemini-2.5-flash-image: migrar a Lite según docs; suele ir mejor con ~3 imágenes de entrada

Superficies: app de Gemini (create/edit conversacional; el routing de modelo puede ser automático), Google AI Studio (probar modelos), Gemini API (IDs exactos, image_size, multi-turno), Vertex / Gemini Enterprise (controles enterprise; el 4K puede seguir en Preview). No colapses "lo mismo que la app gratis" con la API. Para el mapa de producto Gemini, ver Cómo hacer prompts en Gemini.

Estructura tipica según tips oficiales: sujeto, composición, acción, lugar, estilo; más cámara/luz; texto en imagen entrecomillado; rol de cada referencia; ediciones concretas turno a turno.

Etiqueta referencias: "Image 1 = producto", "Image 2 = estilo". Los techos de roles no son familiares: Lite, Flash y Pro tienen tablas distintas; la superficie puede exponer menos que el máximo de la API.

Aspecto y tamaño: preferible UI o API (aspect_ratio, image_size como 1K/2K/4K/512), no flags de Midjourney pegados en la prosa. Lite = solo 1K.

Exclusiones: negativos semánticos en lenguaje natural. Edición: "cambia solo X; mantén Y". Las imágenes generadas llevan SynthID según la documentación de la API. El texto mejora, pero no es perfecto: verifica el lettering.

Ejemplos paralelos del brief del dripper. Son ejemplos, no ganadores probados, y no clasifican calidad de salida.

A. Texto a imagen - Midjourney (ejemplo V8.1):

matte black ceramic pour-over dripper on walnut counter, morning side light, shallow depth of field, quiet product photography --ar 4:5 --raw --stylize 100 --v 8.1

A. Texto a imagen - Nano Banana (prosa Flash Image):

Photorealistic product photo of a matte black ceramic pour-over dripper on a walnut counter. Soft morning light from the left, gentle shadow to the right, shallow depth of field, quiet commercial still life. Square-ish portrait crop feel. No props other than the dripper. No watermark.

Configura aspecto / 1K–2K en la UI o en la API, no como flags de Midjourney.

B. Referencias de imagen: Midjourney usa slot Image Prompt o URL al inicio + texto corto de lo que debe permanecer; opcional --iw. Nano Banana adjunta refs y escribe roles: "Use Image 1 only for the dripper's shape and material. Do not copy the background from Image 1."

C. Referencias de estilo: Midjourney --sref + texto centrado en contenido. Nano Banana: preferible imagen de estilo en Pro (rol style-ref en la API) o describir el estilo en prosa en Flash/Lite.

D. Continuidad de personaje/objeto: Midjourney Omni --oref + --ow - este job usa V7 mientras Omni sea solo V7. Nano Banana: refs de objeto/personaje dentro del techo del modelo + "Keep the same ceramic dripper identity as Image 1". Ninguno garantiza logos o detalles minúsculos perfectos.

E. Edición: Midjourney Remix/Editor/Vary. Nano Banana multi-turno: "Keep the dripper, counter, and camera angle. Change only the lighting to overcast window light."

F. Tipografía: ambos pueden intentar texto; verifica glifos. Midjourney: palabras exactas en el prompt + --raw. Nano Banana: "reads exactly "ORIGIN BLEND" in bold white sans-serif. No other text."

G. Refinamiento multi-turno: Midjourney generate → elegir → Remix un cambio → HD opcional. Nano Banana: turno 1 generar → turno 2 "Darken the background only" (chat o previous_interaction_id en API). Prefiere Flash/Pro para ediciones secuenciales; Lite no está optimizado para eso.

Por qué difieren: Midjourney espera frases cortas + parámetros al final; Nano Banana quiere prosa natural más completa y mueve tamaño/aspecto a controles. Los canales de referencia no son equivalentes.

En Midjourney, Vary Subtle antes de reescrituras grandes; Remix o Editor (Pan/Zoom/Vary Region) para un cambio; las ediciones en HD pueden bajar a SD. En Nano Banana, una variable por turno con listas explícitas de conservar/cambiar.

Regla dura: los parámetros de Midjourney no son texto de prompt de Nano Banana. Los controles de tamaño/modelo de Nano Banana no son parámetros de Midjourney.

• MJ ignora media prompt - lista demasiado larga; prueba acortar y --raw; mueve specs a parámetros.
• Grid de MJ "todo igual" - sube --c para explorar, luego cierra dirección.
• Personaje que deriva en MJ - no uses --sref para identidad; Omni (--oref) a sabiendas en V7; refuerza rasgos en texto.
• El job salta a V7 - Omni Reference adjunto; es esperado; quita Omni para quedarte en V8.1.
• Gemini cambia demasiado al editar - listas conservar/cambiar; un cambio por turno.
• Gemini pierde una referencia - techo del modelo, roles poco claros o modelo equivocado.
• Resolución floja - MJ: --hd/--sd; Gemini: UI o image_size (Lite = solo 1K).
• Texto ilegible - menos palabras, más contraste, estilo más simple; regenera y verifica.
• "Misma seed no coincidió" - las seeds no bloquean identidad.

1. Visión en una frase (VISOR V).
2. Producto + superficie nombrados.
3. Modelo/versión fijados si el proyecto lo necesita (--v 8.1 o gemini-3.1-flash-image, etc.).
4. Aspecto / tamaño en el canal de control correcto.
5. Referencias etiquetadas por rol; conteos dentro del techo del modelo concreto.
6. Si usas Omni en Midjourney, aceptas ejecución en V7 y sus límites.
7. Texto en imagen escrito exactamente, con plan de verificación visual.
8. Exclusiones cortas (--no o pocos negativos semánticos), no un dump de 50 ítems.
9. Primer pase orientado a exploración (SD / 1K), no al tamaño hero final.
10. Criterios de éxito definidos (qué debe ser cierto para dejar de iterar).

Prueba prompts en la herramienta gratuita de prompts de imagen.

• Guía de prompts de imagen IA - craft visual portable
• Cómo hacer prompts en Gemini - mapa de superficies Gemini

Defaults, techos de referencia y compatibilidad de Omni cambian. Vuelve a comprobar Version, Parameter List e image-generation de Google el día que publiques.