1077553201/image-skill

Diseño de Páginas de Detalle de Producto (Skill)

Responsabilidad: convertir los datos del producto proporcionados por el usuario en una página final trazable. El flujo es: crear el directorio del proyecto → clarificación completa → diseñar la propuesta → usuario confirma la propuesta → redactar prompts de imagen y datos de maquetación → usuario confirma prompts, ruta de generación y alcance → crear y confirmar referencias de personajes y accesorios → crear una página de muestra y validación por el usuario → producción en lote → verificar y archivar. Cuando el usuario solo solicita la propuesta o los prompts, se detiene en la fase de entrega especificada.

Al ejecutar por primera vez operaciones de archivo, generación o maquetación, lea Herramientas de ejecución y formato de datos y use scripts/detail_runtime.py; la herramienta solo depende de la biblioteca estándar de Python y Pillow, no instala dependencias automáticamente ni modifica el entorno del servidor. Las diferencias y puntos clave de las dos rutas de generación se encuentran en Rutas de generación.

Al redactar o corregir prompts de imagen, lea Restricciones oficiales de prompts y seleccione según la capacidad real de la herramienta. La base de conocimiento solo conserva resúmenes breves y enlaces de origen de los métodos oficiales de OpenAI, Google y Qwen; no crea tarjetas de casos de comunidad, bases de datos de parámetros de productos ni migra información de productos de ejemplos oficiales al producto actual.

Nuevo directorio de proyecto y archivo continuo

Al comenzar un nuevo proyecto, primero identifique el directorio raíz del proyecto desde la ubicación especificada por el usuario o el proyecto abierto actualmente, y pase explícitamente la ruta absoluta a la herramienta con init --project-root. Si no se puede determinar el proyecto, pregunte primero; no use el directorio de trabajo actual del proceso, el directorio raíz del disco o los directorios del sistema como sustituto. La herramienta escribirá la ruta vinculada en task.json; todas las escrituras de clasificación deben pasar por la validación de su ruta. No cree proyectos de productos en el directorio de instalación del Skill. El nombre del directorio seguirá el formato: PáginaDetalle-FechaHora-AbbrProducto; si el producto aún no tiene nombre, use "ProductoPendienteNombre", y agregue un número de serie si hay duplicados.

El directorio raíz no es C:\, D:\, / ni el directorio principal del usuario. No se permite eludir el directorio vinculado mediante rutas de salida absolutas, .. o enlaces simbólicos; después de que el script cambie el directorio de trabajo, aún use la ruta vinculada. Después de mover todo el proyecto, primero confirme el nuevo directorio raíz y actualice explícitamente el enlace en task.json antes de continuar; no adivine la nueva ubicación por sí mismo.

Los nuevos proyectos usan un directorio nuevo; cuando el usuario solicite modificar o continuar un proyecto existente, lea su índice de directorio y guarde la nueva versión en el directorio original, no cree un proyecto duplicado ni dependa solo del historial del chat para restaurar el contexto.

Guarde el contenido real según la siguiente estructura, usando rutas relativas dentro del directorio para facilitar la referencia después de moverlo:

PáginaDetalle-FechaHora-AbbrProducto/
  ÍndiceProyecto.md
  01-MaterialOriginal/
    DatosProducto.md
    InventarioMateriales.md
    Imágenes/
  02-ClarificaciónRequisitos/
    intake.json
    ListaInformación.md
    RegistroPreguntasRespuestas.md
  03-PropuestaDiseño/
    Propuesta-v001.md
    RegistroConfirmación.md
  04-MaterialCoherencia/
    ÍndiceMateriales.md
    personaje-001/
      Config-v001.md
      PromptGeneración-v001.md
      ImágenesReferencia/
    accesorio-001/
      Config-v001.md
      PromptGeneración-v001.md
      ImágenesReferencia/
  05-PromptsDatosMaquetación/
    v001/
      page-001-prompt.txt
      page-001-layout.json
      batch.json
  06-FlujoTrabajoRegistrosEjecución/
  07-ResultadosGeneraciónVerificación/
  08-EntregaFinal/

El número de páginas, personajes y accesorios en el ejemplo no es fijo; cree los directorios de materiales correspondientes solo cuando sea necesario; no cree materiales ficticios ni archivos finales vacíos.

• Guarde las descripciones originales del producto y las imágenes accesibles en el directorio de material original; copie las imágenes, no mueva ni sobrescriba los archivos fuente. El inventario de materiales registra el nombre del archivo original o el identificador del adjunto, la ruta de archivo, el número de imagen, el modelo correspondiente y el uso. Si las imágenes son visibles en el chat pero no se pueden obtener los archivos originales, registre la limitación de acceso y solicite que se proporcionen archivos guardables; no invente rutas ni afirme que las imágenes están archivadas.
• Después de cada ronda de clarificación, guarde la lista de información y el contenido de preguntas y respuestas más recientes, manteniendo la intención original del usuario y la fuente de las respuestas; cada vez que se genere una propuesta o un prompt, escríbalo simultáneamente en el archivo correspondiente, no solo lo muestre en el chat.
• Las modificaciones de la propuesta guardan una nueva versión; el registro de confirmación debe indicar la versión realmente confirmada por el usuario, el contenido confirmado y el identificador del mensaje o el texto original de la confirmación. Sin confirmación, no se puede marcar como confirmado.
• El índice del proyecto registra continuamente la fase actual, los elementos pendientes, las versiones de la propuesta actual y confirmadas, las versiones de materiales, las rutas de los prompts por página y las dependencias. En la entrega, proporcione el directorio y los enlaces a los archivos clave para facilitar su uso posterior.
• Las nuevas versiones de los prompts se guardan por separado, sin sobrescribir las antiguas; indique la versión de la propuesta y los materiales en los que se basan. Cuando la propuesta o los materiales upstream cambien, marque los prompts antiguos afectados como "pendientes de actualización"; no los reutilice silenciosamente como la versión actual.
• Los prompts de imagen y la maquetación se etiquetan por separado con versión y valor de verificación. Cuando solo se cambie la posición del texto, la fuente o el texto ya confirmado, reutilice la imagen base que ya haya sido verificada, confirme la nueva maquetación por separado y vuelva a maquetar; no vuelva a generar la imagen por este motivo. Cree una nueva versión de imagen solo cuando cambie la composición de la imagen, el producto o los materiales, y vuelva a verificar antes de maquetar.
• El archivo detail-page.connection.json en el directorio raíz del proyecto solo guarda la información de conexión de ComfyUI de ese proyecto; el task.json del proyecto, los registros de confirmación de lotes y los registros de ejecución guardan el estado y la versión. El índice del directorio enlaza a los archivos reales; no reemplace el archivo real con archivos vacíos o declaraciones de ruta del chat.

Recepción y mejora de datos

Primero, lea las imágenes y el texto proporcionados por el usuario, luego organice la información conocida y las brechas según el tipo de producto. Los siguientes son ejemplos de dimensiones de información, no un formulario fijo, y no se requiere que todos los productos recopilen todos los campos:

• Datos del producto: nombre del producto, modelo o SKU, especificaciones, funciones, material, modo de uso y documentos de respaldo proporcionados por el usuario.
• Materiales de imagen: generales, detalles, escenas de uso, empaque, diferentes modelos o colores, y registre la versión del producto correspondiente a cada imagen.
• Antecedentes del cliente y ventas: cliente objetivo, necesidades, escenarios de uso, objeciones de compra, plataforma de ventas, mercado e idioma.
• Restricciones de diseño y contenido: tono de marca, materiales existentes, estilo de referencia, tamaño de página, número de páginas, contenido obligatorio y expresiones prohibidas.

Se pueden agregar, reemplazar u omitir dimensiones de información según el producto. Por ejemplo, la ropa puede necesitar información de talla y patrón, y los electrodomésticos pueden necesitar información de alimentación y adaptación. No imponga los campos de una categoría a otros productos.

Cree una lista de información que registre el contenido, la fuente y el estado de cada elemento: resuelto, pendiente, en conflicto, no aplica o omitido confirmado (el usuario confirmó que no puede proporcionarlo y aceptó omitirlo). Incorpore todas las brechas identificadas durante el análisis en la lista; al hacer preguntas, no simplifique múltiples brechas específicas en unas pocas preguntas generales, lo que podría llevar a omisiones.

Además de los datos existentes, deduzca las brechas a partir de las decisiones de visualización que se planea adoptar, formando una correspondencia de "decisión de visualización → información necesaria → fuente existente → elemento no resuelto → páginas afectadas". En este punto, solo enumere las posibles formas de visualización necesarias; no redacte una propuesta página por página no confirmada. Verifique las siguientes dimensiones para esta tarea; las formas de visualización no utilizadas se pueden marcar como no aplica:

Decisión de visualización	Información que necesita verificación
Visual principal y primeros planos de detalles	Modelo correcto, versión de color, cantidad de producto, contorno e identificaciones que deben conservarse, ángulos disponibles, límites de recorte permitidos
Persona sosteniendo o usando el producto	Tamaño o relación de escala confiable, forma correcta de sostener y usar, límites de oclusión, configuración de la persona, necesidad de consistencia entre páginas
Escena y demostración de funciones	Escenas y objetos de aplicación reales, condiciones de uso, evidencia de función; si las imágenes de agua, calor, carga, etc. sugieren un rendimiento no probado
Accesorios, empaque y combinación	Lista real de incluidos, versión del empaque, artículos comprados por separado y accesorios solo para la escenografía, para evitar malentendidos de inclusión
Material, estructura, interfaz y comparación	Datos de material o estructura verificables, fotos reales correspondientes, propósito de la interfaz, condiciones y base de comparación; sin base, no dibuje estructuras internas o despiece
Publicación y maquetación	Idioma, mercado, base del tamaño, densidad de texto, contenido de marca y prohibido, fuentes y materiales realmente disponibles, fase de entrega requerida

Al mismo tiempo, guarde el 02-ClarificaciónRequisitos/intake.json verificable por máquina; los campos se encuentran en el documento de ejecución. El nivel superior registra el scope de esta tarea, con un coverage_review no vacío que explica qué formas de visualización se han verificado, qué podría faltar y por qué es suficiente para respaldar el alcance actual; cada elemento en items registra un id estable, decision, required_information, status, answer, source. Los estados solo usan resolved, not_applicable, omitted_confirmed, pending, conflict. Los tres primeros estados requieren una respuesta y una fuente claras; los elementos not_applicable explican el motivo; los elementos omitidos guardan además user_confirmation, detallando el impacto y la confirmación real del usuario. La fuente apunta al material original, el número de imagen, la respuesta real o la base de la decisión not_applicable; no reemplace la fuente con conclusiones de productos escritas por el agente.

Para cada elemento no resuelto, haga una pregunta clara, explicando qué información se necesita y qué decisión de diseño afectará. Las preguntas se pueden organizar por tema (producto, material, cliente, plataforma, diseño, etc.) o en rondas, pero deben cubrir todas las brechas; no omita preguntas por ser demasiadas. No repita preguntas sobre información que el usuario ya ha respondido claramente.

Después de recibir las respuestas de cada ronda, actualice la lista elemento por elemento, verifique si hay respuestas faltantes, ambiguas, conflictos y nuevos problemas, y continúe preguntando hasta que toda la información relevante para la tarea actual tenga un resultado de procesamiento claro. Solo realice lectura de datos, análisis preliminar y clasificación de brechas; si hay elementos no resueltos, no pase al diseño de la propuesta página por página ni a la redacción de prompts.

No adivine hechos que el usuario no pueda proporcionar. Explique qué puntos de venta o páginas se verían afectados por la omisión, y obtenga la confirmación explícita del usuario sobre el alcance de la omisión o el ajuste antes de considerar ese elemento como resuelto. Las preferencias de diseño pueden ofrecer sugerencias específicas para que el usuario elija; solo se consideran claras si el usuario acepta la sugerencia o autoriza explícitamente al agente a decidir; esta autorización no se aplica a los hechos del producto.

Al final de la clarificación, muestre un resumen de la información confirmada y el contenido que el usuario ha aceptado omitir, asegurándose de que no haya elementos pending o conflict en la lista, antes de pasar al diseño de la propuesta. No pregunte por información no relacionada con este producto y la entrega actual.

Cuando el usuario confirme la propuesta, la herramienta de ejecución verificará y congelará la lista de información; si hay elementos pending, conflict o elementos claros sin fuente, la propuesta no se puede marcar como confirmada. La aprobación de la lista solo indica que el registro está completo; el agente aún debe juzgar si falta información necesaria para la visualización real, no puede completar respuestas ficticias para pasar la verificación.

Límites de los hechos del producto

• Nunca invente parámetros del producto, funciones, materiales, rendimiento, certificaciones, datos de prueba, volumen de ventas, reseñas, promesas postventa u otros hechos del producto.
• Distinga entre hechos proporcionados por el usuario, características observables directamente en las imágenes, sugerencias de diseño e información pendiente de confirmación. Para hechos que afectan el texto, registre la fuente para facilitar la verificación posterior.
• Las imágenes solo admiten juicios visuales externos. No infiera dimensiones, composición de materiales, potencia, capacidad, durabilidad, eficacia o certificaciones basándose solo en la apariencia.
• Cuando los datos estén en conflicto, las versiones de las imágenes sean inconsistentes o la pertenencia del modelo no esté clara, verifique con el usuario; no elija ni combine información de diferentes modelos por su cuenta.
• No presente suposiciones como puntos de venta, no invente puntos débiles del usuario, reseñas de clientes o comparaciones con la competencia para probar las ventajas del producto. Las suposiciones sobre las necesidades del cliente se pueden usar para la discusión, pero no se deben tratar como conclusiones probadas antes de la confirmación.
• Las sugerencias de diseño pueden ser propuestas por el agente (por ejemplo, combinación de colores, maquetación o ritmo de lectura); no utilice el diseño para completar hechos desconocidos del producto. Los parámetros no confirmados no se pueden escribir en el texto de la página que se publicará directamente.

Análisis y diseño página por página

Solo se realiza después de completar la clarificación de la información.

1. Resuma las características confirmadas del producto, los puntos de venta respaldados y los materiales, combinándolos con el cliente objetivo y el contexto de la plataforma, explicando qué necesidades u objeciones de compra aborda cada punto de venta. Distinga entre base fáctica y juicio de planificación.
2. Diseñe el orden de las páginas según el producto y la cantidad de información, explique la lógica de lectura. No presuponga un número fijo de páginas ni aplique mecánicamente la misma plantilla de página para todas las categorías.
3. Establezca una dirección visual unificada: estilo, combinación de colores, jerarquía tipográfica, espacio en blanco, forma de mostrar el producto, lenguaje gráfico y consistencia entre páginas. Para opciones visuales que el usuario no ha especificado, puede hacer sugerencias y señalarlas.
4. Proporcione el diseño específico para cada página, definiendo el propósito informativo, el texto, las imágenes y el diseño de cada página, de modo que el ejecutor posterior pueda crear la página de detalle basándose en esto.
5. Enumere los personajes, accesorios, otros elementos y elementos de escena repetidos que deben aparecer en cada página, asígneles números de material estables, especifique claramente qué se reutiliza entre páginas; incluya la configuración y los números de página de uso en la propuesta para que el usuario los confirme.

Cada propuesta de página debe incluir:

• Número de página, tema y propósito de lectura: ¿Qué debe entender el cliente en esta página? ¿Qué objeción debe abordar?
• Texto: Título principal, subtítulo, cuerpo, anotaciones y explicaciones necesarias; ajuste según las necesidades reales.
• Maquetación: Zonificación del contenido, orden de lectura, posición y relación de tamaño entre el texto y las imágenes, jerarquía y espacio en blanco.
• Diseño visual: Combinación de colores de esta página, fondo, jerarquía tipográfica, iconos o gráficos auxiliares, y explique cómo continúa el estilo general.
• Uso de imágenes: Haga referencia a imágenes específicas o números de imagen proporcionados por el usuario, explique la parte que se muestra, el recorte y la composición; si faltan materiales, solicite explícitamente que se proporcionen.
• Requisitos verificables de la imagen: Posición y proporción del producto, ángulo de la cámara, partes visibles, proporción de la persona y el producto, relación de agarre o contacto, dirección de la luz principal, sombras y reflejos, espacio en blanco para el texto y márgenes de seguridad. Ajuste según el contenido real de esta página, expresándolo con áreas, proporciones o posiciones describibles; no se limite a escribir "alta calidad" o "sofisticado". Cuando no haya base para la proporción o el tamaño, primero aclare; no puede insinuar especificaciones desconocidas a través de la imagen.
• Base fáctica: Registre por separado las fuentes de datos y el contenido que el usuario ha confirmado omitir para esta página; no lo mezcle con el texto dirigido al cliente. Si durante el diseño se descubren nuevas brechas, regrese a la fase de clarificación, resuélvalas y luego continúe.

Sugiera tamaños o proporciones según sea necesario; cuando las especificaciones de la plataforma no estén verificadas, no presente los valores sugeridos como requisitos obligatorios de la plataforma. Si no se pueden confirmar las reglas de la plataforma necesarias, solicite las especificaciones al usuario; si no se pueden obtener, pregunte si se deben usar tamaños claramente etiquetados como sugerencias de diseño o ajustar el alcance de la entrega; no continúe con elementos no resueltos.

Confirmación de la propuesta

Después de generar y guardar la propuesta completa, pida al usuario que confirme el orden de las páginas, los puntos de venta y el texto de cada página, la maquetación, la dirección visual unificada y el uso de materiales, incluida la configuración y la reutilización de materiales auxiliares como personajes y accesorios. Deténgase aquí y espere la confirmación explícita del usuario; no adjunte prompts de generación de imágenes o prompts de generación de materiales auxiliares por adelantado en la misma ronda.

Cuando el usuario solicite modificaciones, actualice la propuesta y solicite la confirmación nuevamente. La versión confirmada explícitamente por el usuario es la base para redactar los prompts; después de la confirmación, continúe generando los prompts página por página; no considere la propuesta en sí misma como la finalización de la tarea. El contenido ya confirmado no necesita ser confirmado nuevamente, a menos que ocurra un cambio que afecte el contenido o el resultado visual.

Prompts de consistencia para personajes y elementos auxiliares

Después de confirmar la propuesta, primero redacte y guarde los prompts de generación correspondientes para cada personaje, accesorio u otro elemento auxiliar que aparezca en el diseño, y luego redacte los prompts de las páginas que dependen de ellos. Cuando se reutilice el mismo objeto en varias páginas, use el mismo número y versión; no reinvente la apariencia para cada página. Si ya existen imágenes de referencia, guarde también su configuración y los prompts de generación o edición de referencia correspondientes; indique que se debe priorizar la reutilización de los materiales existentes, sin necesidad de generarlos nuevamente.

La configuración y los prompts de cada material deben registrar:

• Número estable, nombre, versión, versión de la propuesta correspondiente, números de página de uso y la ruta real de las imágenes de referencia existentes.
• Características fijas: Apariencia del personaje, peinado, vestimenta y accesorios; forma del objeto, color, representación del material, proporción y restricciones de identificación. Solo complete las características realmente necesarias para ese objeto.
• Contenido que puede variar: Postura, expresión, ángulo de visión, posición o forma de interacción con el producto, y especifique qué características no pueden variar entre páginas.
• Prompt de generación completo y ejecutable: Reproduzca con precisión la configuración confirmada, describa el ángulo de visión, la composición, el fondo, la iluminación, el estilo y los cambios que deben evitarse, adecuado para crear primero materiales de referencia unificados. Si se necesitan múltiples ángulos de visión o acciones, guarde los prompts de las variantes y haga referencia a la misma configuración base.
• Estado: Solo configurado, prompt redactado, imagen de referencia del usuario existente o imagen de referencia generada y confirmada posteriormente. La existencia del archivo de prompt no significa que la imagen de referencia se haya generado o confirmado.

Los materiales auxiliares pueden ser configuraciones creativas confirmadas por el usuario, pero no pueden insinuar que se incluyen con el producto, que pertenecen a la lista de empaque real, que representan un respaldo o reseña real, ni pueden usar materiales auxiliares para inventar especificaciones, adaptabilidad o efectos de uso del producto. Cuando se involucren estas relaciones, debe regresar a la fase de clarificación de datos.

En el índice de materiales, enumere la configuración, los prompts, las imágenes de referencia, la versión y los números de página de uso de cada objeto. Primero confirme los prompts de los materiales y la configuración de ejecución, luego genere y solicite al usuario que confirme las imágenes de referencia de los personajes o accesorios según el orden de dependencia, y luego use la misma imagen de referencia para las páginas relacionadas. Para las imágenes que aún no se han generado, use from_job en el lote para declarar la dependencia; no use nombres de archivo ficticios o rutas para pretender que son entradas existentes. La misma semilla o el mismo prompt no equivalen a la misma identidad; debe reutilizar las imágenes de referencia confirmadas y realizar una verificación visual.

Redacción de prompts de generación de imágenes página por página según la propuesta confirmada

Haga referencia página por página al número y tema de la propuesta confirmada, explique la versión de la propuesta o el mensaje de confirmación en el que se basa, y proporcione un prompt completo y copiable para cada página. Desarrolle estrictamente el diseño de esa página; no cree un diseño alternativo, no cambie puntos de venta, texto, número de páginas, diseño o estilo por su cuenta.

Cada entrega de página debe incluir:

• Correspondencia con la propuesta: Número de página, tema y versión de la propuesta confirmada correspondiente.
• Lista de materiales de referencia: Números de imagen o nombres de archivo reales utilizados, modelos de producto correspondientes, uso y materiales que deben cargarse junto con el prompt. No haga referencia a materiales que no existen o que aún no se han obtenido.
• Rol de cada imagen de referencia: Declare role (product / person / prop / style / composition / background), target, preserve, allow, exclude, priority en el lote, y desarrolle en el prompt según el orden de carga real. Especifique qué características conservar, qué cambios permitir y qué contenido no se debe copiar. La imagen del producto determina la identidad y la estructura; la imagen de estilo solo toma prestados los colores, la iluminación o el medio aprobados; no copie productos, logotipos, texto o accesorios de la referencia de estilo junto con ella. Si hay referencias de identidad contradictorias, verifique primero; no use la prioridad para ocultar conflictos.
• Dependencias de materiales de consistencia: Enumere los números de material (personajes, accesorios, etc.) de esta página, la versión de la configuración, la ruta del prompt de generación y la ruta de la imagen de referencia existente para esta página, distinguiendo entre entradas existentes y dependencias pendientes de generación. En el prompt completo de esta página, desarrolle sus características fijas y cambios de acción permitidos; no se limite a escribir el número de material. Cuando las dependencias no estén listas, explique qué imágenes de referencia deben completarse antes de poder ejecutar esta página.
• Prompt de generación de imagen: Especifique el tamaño o la relación de aspecto del lienzo, el propósito de la página, el ángulo de visualización y la composición del producto, la posición y proporción de cada bloque, la combinación de colores, el fondo, la iluminación, los elementos gráficos y el espacio en blanco para el texto. Los títulos, el cuerpo y los parámetros agregados en la página no deben ser dibujados por el modelo; prohíba explícitamente texto adicional o pseudo-texto; las marcas registradas y el texto del empaque original del producto deben ser fieles; no puede simplemente pedir que se elimine todo el texto.
• Texto y datos de maquetación precisos: Guarde por separado el título principal, el subtítulo, el cuerpo, los parámetros y las anotaciones, especificando el archivo de fuente, el tamaño de fuente, el color, la posición, el cuadro de texto, la alineación y el interlineado. El prompt solo describe el espacio en blanco; no mezcle notas internas o párrafos enteros de texto pendiente de maquetación. Está prohibido agregar o modificar parámetros o promesas en el texto por su cuenta.
• Requisitos de fidelidad del producto: Basándose en las imágenes de referencia especificadas, conserve la forma, el color, la estructura, la identificación y las características del modelo del producto; no agregue componentes, mezcle modelos ni invente estructuras invisibles. Si faltan ángulos o detalles, regrese a la fase de clarificación.
• Restricciones: Especifique lo que debe evitarse en esta página: distorsión del producto, productos adicionales, texto incorrecto y elementos en conflicto con la propuesta confirmada. Organice las restricciones como restricciones dentro del prompt o prompts negativos independientes según la herramienta real utilizada; no asuma que todas las herramientas admiten parámetros negativos.

Cada prompt de página debe reproducir completamente las reglas visuales comunes aplicables a esa página; no se limite a escribir "mismo estilo que arriba", "según la propuesta anterior" o dependa de los prompts de otras páginas para ser ejecutable. Las fuentes de datos internas, los registros de aprobación y las explicaciones no deben aparecer como texto en la imagen.

Cuando aparezca un producto en la página, debe haber una imagen de referencia real con role=product. Solo cuando el usuario haya confirmado explícitamente que un producto no aparece en una página, se puede registrar la decisión y la base de confirmación a través de product_absence_reason a nivel de página; no se puede omitir la imagen de referencia para eludir la fidelidad del producto. Si el número de imágenes de referencia excede el límite de la herramienta o el flujo de trabajo no admite el rol correspondiente, primero ajuste el método de producción ya confirmado; no elimine imágenes en silencio.

Verifique que todas las páginas tengan un prompt de imagen, datos de maquetación y una descripción de diseño completa, y compárelos elemento por elemento con la propuesta confirmada y la lista de hechos. Si durante la redacción se descubre una nueva necesidad de datos o es necesario cambiar el diseño, regrese a la fase de clarificación o confirmación de la propuesta. La herramienta congelará los valores de verificación de la propuesta, el lote, los prompts, la maquetación, las fuentes, las imágenes de referencia existentes y el flujo de trabajo; después de que ocurran cambios en el contenido generado, se debe volver a confirmar el lote correspondiente. Solo las modificaciones de maquetación pueden seguir el flujo independiente approve-layout / rerender, manteniendo aún el lote original y la imagen base, sin modificar sus archivos congelados.

Selección de ruta de generación y confirmación de ejecución

Antes de ejecutar un nuevo lote de generación, pregunte si se debe usar la generación de imágenes integrada del agente o ComfyUI remoto, indicando simultáneamente el número de páginas, qué personajes o accesorios deben generarse primero, la cantidad de candidatos por elemento y el número máximo de intentos. Espere a que el usuario confirme los prompts finales, la maquetación y la configuración de ejecución; registre el mensaje de confirmación real; no invente la confirmación en nombre del usuario. Las opciones ya claramente seleccionadas se reutilizan directamente; no pregunte repetidamente en cada página; redefina para nuevos lotes o cambios sustanciales.

• Ruta integrada: Primero verifique la capacidad real de generación de imágenes proporcionada por el agente actual. Por ejemplo, si es compatible, llame a la herramienta de imágenes integrada de Codex; no equipare la capacidad de chat con la capacidad de generación de imágenes, ni use dibujos locales para falsificar la salida del modelo. Si la herramienta no está disponible, informe y espere la selección; no cambie automáticamente a una API de pago.
• Ruta ComfyUI: Si no hay configuración de conexión, pregunte por la dirección, verifique los nodos reales y la cola, luego guárdela en la configuración de conexión del proyecto. Si el usuario ya proporcionó una dirección en la sesión actual, se puede usar directamente para la verificación sin preguntar repetidamente. La dirección no está codificada en el Skill; si la conexión falla, explique si es un problema de conexión o de nodo, y si es necesario, pregunte por una nueva dirección; no adivine automáticamente. Prepare el flujo de trabajo en formato API según los nodos reales del servidor, priorizando la reutilización de plantillas verificadas; no invente nodos ni instale dependencias sin autorización.
• Cada ejecución guarda la ruta real, la versión confirmada, las imágenes de referencia, el flujo de trabajo, el número de tarea, la salida, los errores y el número de intentos. La ruta integrada guarda el identificador de llamada real de la herramienta y el archivo de salida; la ruta ComfyUI carga la imagen, verifica el contenido cargado, envía la tarea y recupera la salida real.
• Antes de la ejecución, realice una verificación previa, comprobando las imágenes de referencia reales y sus roles, la validación de dependencias, el tamaño, el número de candidatos, el espacio en blanco para el texto, las rutas de imágenes de referencia del flujo de trabajo y la capacidad real. La aprobación de la verificación previa no significa que el modelo ya pueda mantener la consistencia del producto; las capacidades no compatibles se manejan antes del envío.
• Primero ejecute las tareas de personajes o accesorios, luego cree la página de muestra. La página de muestra debe completar la maquetación tipográfica real y obtener la aprobación del usuario antes de ejecutar las páginas restantes. Dentro del alcance y el número de intentos confirmados, el agente puede llamar herramientas de forma continua; no se necesita autorización repetida para cada imagen.
• Si se agota el tiempo de espera de la solicitud, primero consulte el estado de la tarea original y la cola; no la envíe de nuevo. Si hay tareas en ejecución o con resultados de envío desconocidos, no inicie el siguiente intento; si se alcanza el límite de intentos, informe. Si la generación falla, no se puede hacer pasar la imagen fuente, la imagen de vista previa o la imagen temporal como salida.

Esta implementación no incluye la integración de proxy de crédito de membresía, no extrae credenciales de inicio de sesión y no cambia automáticamente a otros proveedores de servicios o rutas de pago adicionales.

Maquetación tipográfica real y verificación

De forma predeterminada, los productos finales primero generan imágenes sin texto promocional adicional, y luego usan render con fuentes reales para maquetar el texto confirmado. Durante la fase de generación, reserve áreas de texto; el área de protección del producto debe cubrir el cuerpo del producto y sus identificadores; está prohibido que el texto lo oculte. Si es necesario ampliar o editar la imagen, hágalo antes de la maquetación; después de la maquetación, no realice automáticamente un redibujado generativo.

Antes de la maquetación, debe abrir las imágenes base candidatas reales de esta ronda, verificar el contorno, la cantidad, la estructura, las identificaciones, el ángulo de visión, la interacción de la persona, la iluminación, el recorte y el espacio en blanco del producto, y marcar el área de protección real del producto y el área de texto disponible. No puede tratar el rectángulo previsto en la propuesta como la posición real del producto, ni limitarse a verificar que el archivo sea legible o que el tamaño sea correcto para aprobar la imagen. Guarde las observaciones, áreas y valores de verificación de la imagen base específicos a través de inspect-image; la herramienta solo verifica el registro y las áreas, no puede reemplazar al agente en la visualización de la imagen. Después de que la imagen base candidata cambie, la verificación anterior deja de ser válida; vuelva a verificar.

La herramienta de maquetación verifica el tamaño del lienzo, la cobertura de los glifos, el tamaño del cuadro de texto, la superposición del área de texto y el área de protección del producto. Si faltan caracteres, hay desbordamiento o se sale de los límites, deténgase; no elimine caracteres, trunque, reescriba ni reduzca el tamaño de fuente confirmado en silencio. Ajuste el diseño o la fuente según el problema y luego vuelva a confirmar el contenido afectado. Si faltan fuentes, primero busque fuentes disponibles en el entorno que tengan los glifos correspondientes; si no se puede resolver, solicite que se proporcionen; no instale fuentes sin autorización.

Debe inspeccionar visualmente el contenido del texto, los trazos, el contraste, el espacio en blanco, la identidad del producto, las marcas registradas y el texto del empaque, y la consistencia de personajes y accesorios. Si hay OCR disponible, se puede usar como ayuda para la comparación, pero que el OCR pase o la interfaz tenga éxito no reemplaza la inspección visual. Guarde las conclusiones de la inspección y los motivos del fracaso; solo las páginas aprobadas y verificadas por el usuario se incluyen en la entrega final; las imágenes originales, las imágenes maquetadas y los intentos fallidos se conservan en el directorio de generación y no se pueden mover a la entrega final prematuramente.

Los productos redibujados por el modelo generativo no pueden pretender tener píxeles o identidad fieles. Cuando se requiera una reproducción estricta, priorice la conservación del primer plano del producto original y la composición; las imágenes creativas no verificables mantienen el estado pendiente de confirmación.

Corrección dirigida

Cuando la interfaz sea exitosa pero la imagen o la maquetación no cumplan con los requisitos, use reject para guardar un registro de devolución. Cada vez, especifique el área del problema específico, la diferencia real con lo esperado, la imagen de referencia o el texto en el que se basa, el contenido que se va a modificar, el contenido que debe mantenerse y el estándar de revisión; no se limite a escribir "el efecto no es bueno" o volver a muestrear directamente.

• Solo problemas de maquetación (tamaño de fuente, posición, salto de línea, contraste, etc.): Mantenga la imagen base y la maquetación original, guarde la nueva versión de maquetación, confirme con approve-layout y luego rerender, sin consumir intentos de generación. Si el nuevo cuadro de texto excede el área verificada disponible, primero vuelva a verificar la imagen base y el espacio en blanco.
• Problemas de fondo, accesorios o áreas locales: Si la herramienta admite la edición de imágenes de referencia o máscaras, realice una edición dirigida basada en la imagen base existente, especificando claramente qué se va a cambiar y repitiendo los elementos que deben conservarse (producto, persona, composición, etc.). La nueva tarea guarda la relación con la imagen original; después de modificar sustancialmente el prompt o la configuración de ejecución, vuelva a confirmar el lote.
• Errores de identidad del producto, estructura, proporción o composición general: No se pueden ocultar solo con la maquetación; primero identifique si el problema está en el rol de la referencia, la falta de material, el prompt o la capacidad del flujo de trabajo, luego cambie el método de producción o vuelva a generar.
• Falta de hechos, ángulos o conflicto de referencias: Regrese a la clarificación; no solicite al modelo que adivine y luego repita los intentos.

Cada corrección solo aborda el problema identificado; verifique que los elementos conservados no se hayan modificado incidentalmente. Los reintentos aún cuentan dentro del número acordado por el usuario; deténgase cuando se alcance el límite o el mismo problema se repita, e informe la causa raíz, los resultados existentes y los ajustes opcionales. Las nuevas imágenes deben volver a inspeccionarse, maquetarse y verificarse; cuando se cambie la página de muestra o los materiales upstream, vuelva a verificar las páginas afectadas.

Verificación previa a la entrega

• Cada hecho del producto debe poder rastrearse hasta los datos del usuario o evidencia visible clara; todas las brechas relevantes deben estar resueltas, y la información que no se puede proporcionar debe haber sido aceptada explícitamente por el usuario para ser omitida o ajustada en su alcance; no se puede marcar simplemente como pendiente y continuar.
• El texto de la página debe coincidir con el modelo, la imagen y las especificaciones correspondientes; las sugerencias de diseño no se escriben como hechos del producto.
• El orden de las páginas debe coincidir con las necesidades de lectura del cliente objetivo; cada página tiene un enfoque de información claro y una descripción de maquetación ejecutable.
• Toda la serie de páginas tiene un estilo consistente; el texto del cliente y las notas internas están separados.
• El usuario ha confirmado la propuesta y el lote de ejecución; cada página tiene un prompt de imagen utilizable de forma independiente, texto preciso y datos de maquetación, y el contenido es consistente con la propuesta y los hechos del producto.
• Los roles de las imágenes de referencia y el orden de carga real están claros; el flujo de trabajo realmente ha utilizado las referencias aprobadas; cada imagen base maquetada tiene un registro de inspección visual real y un área de protección; los registros de corrección son trazables.
• El nuevo proyecto se ha archivado de forma independiente en el directorio raíz del proyecto; los materiales originales, los registros de clarificación, la propuesta, los registros de confirmación y los prompts página por página se han guardado realmente; las entradas que no se pudieron archivar se han explicado claramente.
• Los personajes y elementos auxiliares que aparecen en el diseño tienen configuraciones y prompts de generación correspondientes, y se han guardado; cada página hace referencia al mismo número y versión; las imágenes de referencia pendientes de generación y las imágenes realmente existentes están claramente diferenciadas.
• Distinga entre las fases: en clarificación, pendiente de confirmación de propuesta, pendiente de confirmación de prompts y ruta, creación de materiales, página de muestra pendiente de verificación, producción en lote, en verificación y entrega final. Verifique que todas las páginas del lote coincidan con los archivos reales; las partes completadas no se marcan como un conjunto completo; si no se ha llamado realmente a la herramienta, no se afirma que se haya generado.

En la entrega, proporcione el directorio del proyecto, la página de muestra o el producto final y los enlaces a los archivos de prompt clave, explicando los elementos completados, el estado de la verificación y los problemas restantes. Respete los puntos de confirmación del usuario en cada fase; no trate la autorización del usuario para modificar el Skill como la confirmación de los prompts de un lote de producto en particular.