{
  "skill_name": "visual-director",
  "frozen": {
    "instruction_tree_sha256": "556feaf8e72f2d079c97b886ddfc7cc724d5f8a2ba6f2221ad45600748970ed5",
    "baseline_snapshot_files": 17,
    "note": "Casos de diálogo multiturn de la segunda ronda, ids 5-8, con cinco controles por caso. Todos los datos de marca, estilo, catálogo y assets son fixtures ficticios declarados para la tarea; no apuntan a archivos reales ni los sustituyen, y los derechos se declaran por separado. El hash identifica el snapshot evaluado entonces, conservado en el workspace; el nombre activo posterior es visual-director y la carpeta operativa original fue eliminada por petición del usuario."
  },
  "dialogues": [
    {
      "id": 5,
      "name": "continuacion-y-memoria",
      "kind": "manual",
      "user_turns": [
        "Usa la skill de dirección visual indicada. En Estudio Bruma ya cerramos la dirección de la landing —una arquitectura editorial y tranquila— y no quiero reabrirla: los roles de color aprobados son fondo #ECEAE3 y acento #4A5D52, con titular serif y cuerpo sans como estilos declarados (las licencias de fuente quedaron registradas aparte). El extracto de DESIGN con el brief y la jerarquía (antetítulo, titular, entradilla, CTA) está congelado, y el layout del héroe se aprobó tal cual; no te paso captura esta vez. La pila actual es la de siempre, con GSAP, y el sistema está bloqueado. Solo quiero un plan para que el titular del héroe aguante más tiempo de lectura: hoy sostiene 0,9 s antes de encadenar el resto, y me gustaría unos 2,4 s en móvil y 1,8 s en escritorio, manteniendo el CTA en su mismo punto y sin tocar las demás secciones.",
        "La intención me encaja, pero no quiero que la pausa aplace la entrada del CTA ni que se reordene la jerarquía. Reajusta la propuesta manteniendo el CTA en su punto y el mismo tono editorial, y dime qué se gana y qué se pierde con el cambio.",
        "Mi equipo ha renderizado ese ajuste manteniendo el CTA en su punto y yo he aprobado el resultado. No te aporto captura ni archivo. Quiero conservarlo como ejemplo reutilizable SOLO para futuros héroes; no como cambio general de marca. Resume cómo quedaría el registro, con lo que se conserva y lo que cambió, sin editar archivos."
      ],
      "expected_output": "Contrato esperado: con la invocación manual, la skill reconoce una continuación/edición sobre una dirección ya aprobada y no reabre direcciones nuevas ni fabrica un brief de cero. Reutiliza la paleta, los roles tipográficos y la jerarquía del extracto de DESIGN declarado, sin inventar valores, familias ni archivos de fuente, y sin afirmar que ha inspeccionado una captura que no se le entregó. Propone un plan concreto para alargar el tiempo de lectura del titular del héroe, partiendo de los 0,9 s actuales hacia los 2,4 s en móvil y 1,8 s en escritorio solicitados, con recomendación y contrapartida; el CTA se conserva en su mismo punto y no se inventa un tiempo numérico de entrada para él. Mantiene GSAP como pila existente y el sistema visual bloqueado, y no reordena la jerarquía. En el segundo turno integra el feedback sin reiniciar la dirección. En el tercer turno trata la aprobación como una declaración del usuario (no observada por el agente), la registra como ejemplo aprobado y reutilizable acotado SOLO a futuros héroes —no como norma general de marca—, distingue la decisión aprobada de la verificación técnica que sigue pendiente y de la aprobación real distinta, no inventa fecha de aprobación, no afirma haber visto el render y no edita ni fabrica un DESIGN. Recuerda los últimos tiempos (2,4 / 1,8) y el CTA sin cambios. Se queda en propuesta.",
      "files": [],
      "assertions": [
        "Continúa la dirección ya aprobada sin reabrir direcciones nuevas ni reiniciar el brief.",
        "Propone el delta de lectura del titular con 2,4 s en móvil y 1,8 s en escritorio, manteniendo el CTA en su mismo punto y sin inventar un valor numérico de entrada para el CTA.",
        "Incorpora el feedback del segundo turno en la misma conversación, sin contradecir lo acordado ni reiniciar la dirección.",
        "Separa la aceptación declarada del tercer turno de la QA real: no afirma haber inspeccionado render o archivo y deja la verificación técnica pendiente y distinta de la aprobación.",
        "Recuerda el ajuste como ejemplo aprobado reutilizable solo para futuros héroes, sin promoverlo a norma general de marca ni editar archivos."
      ]
    },
    {
      "id": 6,
      "name": "web-clip-proxy-generativo",
      "kind": "manual",
      "user_turns": [
        "Usa la skill de dirección visual indicada. Estamos rehaciendo el héroe de la landing de Muebles Aliso, una marca ficticia de mobiliario de madera dirigida a compradores de diseño; el héroe debe mantener el foco en la pieza y transmitir calma. Tenemos una previsualización en Blender de 6 s que hicimos internamente y un fotograma inicial aprobado para la apariencia; en la previsualización la cámara recorre la pieza casi inmóvil y no te doy los archivos. Queremos un clip de vídeo de 6 s para el héroe en escritorio y móvil, manteniendo la pila actual de la web y sin rehacer la página. ¿Qué camino propondrías y qué revisarías antes de comprometernos? Solo propuestas, sin producción.",
        "La autorización de la marca cubre una foto fija, no vídeo ni subir archivos a terceros, y la previsualización la hicimos nosotros como material interno. Me gustaría que el movimiento de la cámara generada fuera exactamente el de Blender, aunque entiendo que eso puede no ser automático. ¿Qué revisarías antes de comprometernos y qué opciones tendríamos si no se puede conseguir?",
        "La documentación de la plataforma que usamos dice que admite imagen inicial y prompt para crear vídeo, pero no vídeo de referencia, pose ni trayectoria de cámara. No instales ni conectes nada. Ajusta el plan con esa limitación y recuérdame qué falta por derechos y revisión técnica; el vídeo del héroe sigue siendo el objetivo y no quiero quedarme solo con una imagen fija."
      ],
      "expected_output": "Contrato esperado: trata el encargo como web/interface con un asset de vídeo explícito de 6 s para el héroe, conservando la pila y la dirección elegida y tomando la foto del producto como fuente para la forma. Distingue el acondicionamiento de apariencia (imagen inicial o de referencia) del control de movimiento (vídeo de referencia, pose o trayectoria de cámara): un fotograma inicial no es una referencia de movimiento, y la previz de Blender no es una copia exacta ni una identidad fija. Sobre derechos: la autorización de la marca cubre una foto fija, no vídeo ni subir archivos a terceros; no declara resuelta la situación legal ni da por hecho que generar sea seguro por ser un mueble propio. Ante la limitación declarada de la plataforma (solo imagen inicial y prompt), revisa el plan: no puede invocar el proxy de Blender como control de movimiento, así que usa el fotograma aprobado solo como apariencia con una cámara generada no exacta, o propone autoría determinista si está autorizada; preserva el stack web y el objetivo de vídeo, y no descarta el clip en silencio ni convierte la estática en el resultado por defecto. Presenta las opciones como propuestas mientras los controles reales de la interfaz no se conozcan, condiciona las subidas a terceros a consentimiento y no instala, conecta ni llama a nada. No inventa funciones del proveedor, no promete fidelidad anatómica ni de modelo/hardware, y trata la documentación aportada por el usuario como no verificada.",
      "files": [],
      "assertions": [
        "Mantiene el objetivo de un vídeo de héroe de 6 s para web en escritorio y móvil, con integración web/audiovisual y fallback, sin abandonar el objetivo de vídeo.",
        "Distingue el acondicionamiento de apariencia (fotograma inicial o imagen) del control de movimiento (previz o proxy, pose, trayectoria de cámara) y no promete que la cámara generada coincida exactamente con Blender.",
        "Con los derechos declarados, usa solo la foto fija como autorización y deja vídeo y subida a terceros como autorización pendiente, sin declararlos permitidos.",
        "Con la plataforma limitada a imagen inicial y prompt, sin vídeo de referencia, pose ni trayectoria, adapta el plan a esa restricción en vez de asumir un pipeline incompatible.",
        "En el último turno separa capacidades declaradas de las verificadas y no instala, conecta, produce ni finge render; condiciona plataforma y subida a consentimiento."
      ]
    },
    {
      "id": 7,
      "name": "metadatos-y-edicion-rutinaria",
      "kind": "metadata-selection",
      "user_turns": [
        "En la web del restaurante ficticio Casa Lume, un local de barrio con reservas por teléfono, ya tenemos identidad, tipografía y varias secciones publicadas con HTML y CSS. El botón de reservar del header queda pequeño y el texto se corta en móvil. Súbelo un poco de tamaño y dale más aire, sin tocar el resto de la página ni las demás secciones; busco un ajuste pequeño y directo dentro del trabajo normal de la web, no un rediseño. No hay ticket ni captura, solo lo que te describo.",
        "Ahora invoco explícitamente la skill de dirección visual indicada: quiero replantear la jerarquía visual de esa misma landing porque el héroe y el bloque de reserva compiten entre sí y no queda claro qué mirar primero. El público es gente que decide rápido y casi siempre entra desde el móvil. Dame dos o tres direcciones distintas con una recomendación, sin implementar todavía y sin tocar la identidad. No hace falta que entres en detalles de implementación.",
        "Ten en cuenta que el menú y el pie se quedan como están, y que la identidad y las tipografías ya están fijadas; el cambio se limita al héroe y al primer bloque de reserva. Ajusta las direcciones a ese límite, sin reabrir lo ya decidido, y dime cuál recomiendas dentro de él. Si alguna dirección se apoya en algo que ya existe, avísame para aprovecharlo. Cuando lo tenga claro, ya decidiré si lo llevamos a implementación."
      ],
      "expected_output": "Contrato esperado: en el primer turno no hay invocación explícita, así que la selección por metadatos no debe autoactivar la skill ante una edición rutinaria; el ajuste del botón se resuelve por el flujo normal del proyecto con las convenciones existentes, sin fabricar brief ni rediseño, y sin afirmar que se han modificado archivos que no se observaron. El envoltorio no fuerza la carga del cuerpo raíz en el primer paso. En el segundo turno la invocación explícita carga el cuerpo de la skill seleccionada (alias del envoltorio: id original visual-director o id nuevo visual-director-v2; el mismo prompt no debe penalizar a la baseline porque el comportamiento lo aporta el cuerpo, no el nombre), clasifica un REDESIGN acotado, propone dos o tres direcciones distintas con recomendación y se queda en propuesta; reabrir el alcance es correcto porque el usuario lo pidió. En el tercer turno respeta el límite (menú y pie intactos; solo héroe y primer bloque de reserva), ajusta las direcciones sin reiniciar y sin contradecir lo anterior. No se apoya en recuentos de selección ni en notas de proceso autodeclaradas; lo evaluable es el comportamiento medido y un plan proporcional.",
      "files": [],
      "assertions": [
        "En el primer turno, sin invocación, no autoactiva dirección visual ante una edición rutinaria de botón y la trata como trabajo normal del proyecto.",
        "En el segundo turno, la invocación explícita usa el cuerpo de la skill seleccionada y responde con los conceptos apropiados (jerarquía, dos o tres direcciones con recomendación) en propuesta.",
        "En el tercer turno respeta el alcance acotado (menú y pie intactos; héroe y primer bloque de reserva) y preserva lo que queda fuera del cambio.",
        "Mantiene una respuesta proporcional: no inventa archivos editados ni afirma percepción real del botón que no se le entregó.",
        "La evidencia de la carga manual se apoya en la información citada y en los límites del transcript, sin certificar un catálogo global."
      ]
    }
  ]
}