akenoowww/art-direct-imagegen

Art-Direct ImageGen

Crea la idea visual antes de pedirle a imagegen que la renderice. Mantén el problema preciso y el espacio de solución abierto.

El principio central es cáscara radical, semántica conservadora:

• bloquear contenido, función, tareas del usuario, estados requeridos y texto crítico;
• guiar sensación, tensión, jerarquía y una tesis conceptual;
• dejar abiertos composición, sistema visual, geometría, matices de paleta, carácter tipográfico y detalles de apoyo a menos que el concepto realmente dependa de ellos.

No conviertas una solicitud de creatividad en una especificación de renderizado más larga.

Mantén dos artefactos separados durante todo el flujo de trabajo:

• contrato global: el inventario completo del contenido, funciones, acciones, estados y texto exacto proporcionados en el conjunto de entregables;
• brief de salida actual: solo lo que debe ser visible en el activo o estado que se está generando ahora.

Nunca pegues el contrato global en un prompt de imagegen.

Cargar las referencias relevantes

• Lee references/concept-planning.md para cada solicitud original, estética o con mucho juicio.
• Lee también references/flow-architecture.md para UI, información densa, múltiples pantallas, modales, cajones, pestañas o estados relacionados.
• Lee references/prompt-compilation.md inmediatamente antes de preparar los prompts para imagegen.
• Lee references/evaluation.md antes de juzgar los resultados generados o decidir cómo iterar.

Elegir el flujo de trabajo

Usa el flujo de trabajo completo de dirección de arte cuando el usuario solicite interpretación, originalidad, rediseño conceptual, gusto, memorabilidad, una nueva dirección visual o varias salidas conectadas.

Usa la habilidad del sistema imagegen directamente cuando el usuario ya haya fijado el resultado deseado y solo necesite ejecución, como cambiar un objeto, preservar todo excepto una edición nombrada, extraer un fondo o renderizar un activo estrictamente especificado.

Si el usuario proporciona una imagen, etiqueta su función antes de planificar:

• referencia funcional/de contenido: preservar trabajos, información, acciones y estados, pero no diseño ni estilo;
• referencia de estilo: tomar prestadas cualidades visuales nombradas, no contenido ni composición;
• objetivo de edición: preservar todo excepto los cambios explícitamente permitidos;
• ancla del sistema visual: mantener el lenguaje establecido consistente en todas las salidas posteriores.

Nunca trates silenciosamente una referencia funcional como un objetivo de edición.

Flujo de trabajo

1. Extraer el contrato global

Separa la solicitud en cuatro capas:

• LOCK: funciones exactas, contenido, tareas del usuario, plataforma, acciones requeridas, estados, hechos de la marca y texto literal.
• GUIDE: sensación deseada, jerarquía, tensión visual, postura del producto y la calidad que debería seguir siendo memorable.
• FREE: composición, agrupación, ritmo espacial, matiz de paleta, carácter tipográfico, lenguaje material, fondo, símbolos personalizados y detalles de apoyo.
• FORBID: funcionalidad o copia inventada, indicaciones engañosas, clichés conocidos, decoración irrelevante y prohibiciones explícitas del usuario.

No promuevas el diseño fuente, los límites actuales de las tarjetas, las formas de los componentes o los límites de la página a LOCK a menos que el usuario lo requiera explícitamente.

Preserva la importancia semántica y el significado del flujo de trabajo, no la jerarquía visual de la fuente. Registra acciones, desencadenantes, superficies abiertas y estados del sistema por separado. Nunca infieras un estado no compatible, confirmación o superficie abierta solo a partir de una etiqueta de acción o desencadenante.

Para interfaces densas, inventaria cada bloque de contenido significativo y estado antes de idear. El conjunto de información completo debe sobrevivir en todo el conjunto de salidas, no en cada salida y no necesariamente en la primera pantalla.

2. Interrumpir la respuesta obvia

Antes de elegir una dirección visual, nombra la finalización predecible más cercana específica del medio en privado y ponla en cuarentena: una composición común, un tratamiento de superficie de moda, un simbolismo genérico, un arquetipo de diseño familiar o una etiqueta de estilo pegada a una estructura sin cambios.

No uses una lista de prohibiciones como sustituto de un concepto. Un concepto explica lo que organiza el trabajo; las prohibiciones solo eliminan modos de fallo.

3. Divergir por mecanismo

Desarrolla al menos tres candidatos conceptuales semánticamente diferentes para una solicitud creativa sustancial. Deben diferir en la lógica organizativa, no solo en la paleta, el tipo de letra o la decoración.

Para cada candidato, define solo:

1. tesis de una oración;
2. sensación prevista;
3. gesto estructural o compositivo principal;
4. cómo la función/contenido requerido vive dentro de él;
5. por qué no es una plantilla transferible;
6. su riesgo más fuerte de usabilidad o coherencia;
7. qué permanece intencionalmente libre para el renderizador.

No expongas toda la lista interna a menos que la comparación beneficie al usuario. El objetivo es la presión de selección, no un portafolio.

4. Seleccionar dialécticamente

Aplica un breve pase de tesis/antítesis/síntesis a cada candidato serio:

• Tesis: por qué el concepto es memorable y se adapta a esta tarea específica.
• Antítesis: cómo podría volverse decorativo, confuso, derivado o imposible de implementar.
• Síntesis: si la debilidad se puede eliminar sin matar el concepto.

Primero rechaza los candidatos que pierden contenido, función, legibilidad, capacidad de descubrimiento o capacidad de implementación. Entre los supervivientes, elige la dirección con el punto de vista más claro y la resistencia a la transferencia más fuerte. No promedies ni combines todos los candidatos en una sopa de estilos.

5. Planificar el conjunto de salidas

Para un activo independiente único, procede a la hoja de concepto.

Para UI densa o estados conectados:

1. clasifica la información como primaria, secundaria o contextual;
2. elige desplazamiento, pestañas, cajón, modal o pantalla separada según el significado de la interacción;
3. asigna cada elemento de la fuente a un destino;
4. define el manifiesto de salida mínimo;
5. asegúrate de que cada superficie oculta tenga un desencadenante detectable en un estado anterior;
6. genera cada pantalla o estado requerido con una llamada separada a imagegen;
7. usa la primera salida aceptada como ancla del sistema visual para las salidas posteriores.

No solicites múltiples pantallas finales como un collage a menos que el usuario quiera explícitamente un tablero de comparación. Consulta references/flow-architecture.md.

No trates la visibilidad de la fuente como prioridad semántica. Un formulario completo, un historial detallado o una proveniencia, y un contenido de apoyo extenso no son primarios simplemente porque la fuente los mostró junto a la tarea central. Conserva solo la información requerida de inmediato o que se compara simultáneamente en la Salida 1.

Antes de la compilación del prompt, marca cada elemento del inventario como AHORA, EN OTRA PARTE o NO COMPATIBLE para la salida actual. No continúes mientras algún elemento carezca de un destino.

Usa NO COMPATIBLE solo para contenido, datos, resultados o comportamiento ausentes. Una nueva pestaña, cajón, modal, región expandible o continuación de desplazamiento solo de presentación es arquitectura de información en lugar de una función de producto inventada cuando solo reubica el contenido proporcionado, no crea nuevos datos o resultados, y tiene un punto de entrada detectable. Introduce y renderiza ese estado por separado cuando la densidad lo requiera.

Rechaza el plan de salida antes de la generación cuando combine una única ventana gráfica, texto primario extenso, formularios o detalles contextuales completos, tipografía legible y espacio negativo generoso. Divide el conjunto de salidas en su lugar. Un estado descrito como predeterminado, cerrado o no abierto no debe mostrar simultáneamente el contenido interno de sus superficies cerradas.

Requiere múltiples salidas cuando el contenido primario extenso compite con un formulario independiente completo y regiones de apoyo detalladas. No renuncies a esto porque el lienzo original sea grande o técnicamente legible.

6. Destilar una hoja de concepto

Antes de escribir el prompt del renderizador, congela solo:

• la tesis del concepto en una oración;
• la sensación y tensión visual previstas;
• un movimiento característico y como máximo dos movimientos de apoyo;
• la lista LOCK;
• una lista breve FORBID;
• la salida/estado que se está renderizando ahora.

Si la hoja contiene coordenadas exactas, un árbol de componentes completo, muchos valores de color, cada radio de esquina o instrucciones para cada elemento secundario, es probablemente una especificación de diseño en lugar de una dirección de arte. Elimina los detalles que no transmiten el concepto ni protegen la funcionalidad.

Mantén el movimiento característico en la planificación. Tradúcelo un nivel hacia arriba para el renderizador: describe la relación organizativa, el resultado perceptivo o la tensión, no su dirección exacta, posición, cantidad, forma o topología a menos que el usuario haya fijado explícitamente esa geometría.

7. Compilar prompts por activo

Prepara un prompt para cada activo o estado distinto. Incluye solo la función de la fuente, el objetivo de la salida actual, la intención conceptual no geométrica, los bloqueos de la salida actual, la libertad creativa y los pocos elementos a evitar que importan.

No pegues el razonamiento completo del descubrimiento, el mapa de cobertura, los conceptos rechazados o la lista de bloqueo global en el prompt. No le pidas al renderizador que literalice cada señal. Pon solo el texto corto crítico requerido en esta salida en el prompt; mantén el texto extenso en la referencia de la fuente, el mapa de cobertura o la capa de implementación. Divídelo entre las salidas en lugar de forzar una densidad ilegible.

Falla la compilación del prompt y vuelve a la planificación de salidas cuando:

• el prompt describe más de un estado o incluye contenido EN OTRA PARTE;
• el prompt dice preservar cada elemento proporcionado en una salida en lugar de nombrar el subconjunto de la salida actual;
• el prompt lleva un catálogo extenso de etiquetas o regiones de contenido que deberían haberse distribuido;
• la libertad creativa se declara después de que la composición o topología ya se ha fijado;
• una solicitud de una ventana gráfica también exige todo el texto extenso, formularios completos y legibilidad espaciosa;
• la lista de evitar se convierte en un catálogo antiestilo genérico;
• el activo se considera enviable o listo para producción en lugar de una dirección visual de alta fidelidad.

Usa las recetas en references/prompt-compilation.md.

8. Invocar el flujo de trabajo de imagen del sistema

Sigue la habilidad imagegen del sistema instalada para la elección de herramientas, el manejo de imágenes de entrada, las rutas de guardado, la transparencia y la entrega. Usa la herramienta de generación de imágenes integrada por defecto.

Para múltiples salidas distintas, emite una llamada por activo o estado. Después de aceptar la primera salida, proporciónala como referencia del sistema visual para las salidas posteriores mientras repites los invariantes críticos.

9. Criticar la imagen real

Juzga la salida, no la elegancia del prompt. Aplica references/evaluation.md.

Usa dos tipos de iteración:

• Fallo local: haz un cambio específico, reformula los invariantes y preserva el concepto aceptado.
• Fallo estructural o genérico: vuelve a la ramificación de conceptos o a la arquitectura de salida. No agregues más adjetivos, prohibiciones, coordenadas, referencias de estilo, regiones nombradas o topología a un concepto fallido.

Mantén la libertad creativa monótona a través de los reintentos estructurales: un nuevo prompt de renderizador no debe prescribir más diseño, geometría, orientación, cantidad, capas o colocación que el prompt fallido. Cambia el concepto semántico en su lugar. Si el mismo concepto produce un resultado transferible o genérico dos veces, descártalo y selecciona un candidato diferente de otro mecanismo de divergencia.

Nunca rescates un concepto ilegible detallando su estructura alámbrica. Si el concepto se vuelve visible solo después de que se prescriben planos, zonas, porciones expuestas, conectores u orden espacial exactos, el concepto no es adecuado para este flujo de trabajo. La precisión está permitida solo para una edición local después de que el sistema visual ya haya pasado la puerta creativa.

Detente cuando la salida sea funcionalmente veraz, conceptualmente legible, coherente, distintiva y utilizable para su propósito previsto. Informa el concepto seleccionado, las salidas generadas y el conjunto final de prompts según lo requiera el flujo de trabajo de imagen del sistema.

Barreras de protección no negociables

• Nunca confundas detalle con creatividad.
• Nunca dejes que el primer concepto plausible gane sin oposición.
• Nunca llames intercambios de paleta o intercambios de etiquetas de estilo conceptos independientes.
• Para salidas interactivas, nunca ocultes información primaria únicamente para que una pantalla se vea más limpia.
• Nunca inventes contenido, métricas, estados o controles para llenar una composición.
• Nunca hagas que cada elemento sea inusual; concentra la originalidad en un movimiento decisivo a nivel de sistema.
• Para salidas interactivas densas, nunca fuerces toda la información en una sola ventana gráfica simplemente porque la fuente usó una página.
• Nunca muestres el contenido de una superficie cerrada en un estado predeterminado o no abierto.
• Nunca permitas que un prompt de renderizador lleve el inventario completo de contenido global.
• Nunca clasifiques cada bloque visible de la fuente como primario sin probar la dependencia simultánea de la tarea.
• Nunca llames a la reubicación solo de presentación una función inventada.
• Nunca reclames libertad creativa después de prescribir la composición completa.
• Nunca hagas un reintento estructural geométricamente más específico que el prompt fallido.
• Nunca mantengas el mismo concepto después de dos fallos estructurales genéricos.
• Trata las imágenes de UI generadas como dirección visual, no como prueba de implementación, hasta que se construyan y prueben.
• Para salidas de mapa de bits con texto, nunca prometas texto extenso perfecto. Divide el contenido, verifica las etiquetas críticas y preserva la copia exacta en los artefactos de implementación cuando la fidelidad sea importante.