Gemini 3.1 Pro y Opus 4.6: probar el brief además del modelo

Mantener comparables las tres rondas

El vídeo del 24 de febrero de 2026 prueba Claude Opus 4.6 y Gemini 3.1 Pro en una página SaaS real. Las rondas usan petición vaga, prompt de diseñador reforzado y brief de producto con libertad creativa. La descripción dice que con dirección débil ambos cambiaron poco; no aporta prompts completos para copiar.

1. Sigue la visión general en 0:30 y primeros resultados en 1:05 antes de interpretar la comparación final.
2. Conserva la misma página inicial y registra modelo y nivel de dirección de cada intento.
3. Define visitante, promesa y acción principal para evaluar más que la diferencia visual.

Revisar dirección e integración por separado

En 4:41 Luke trata el problema del prompt; la segunda ronda en 6:10 incluye extraer secciones y fusionarlas en producción. Una propuesta útil y una página integrada son entregables distintos. Una sección atractiva aún puede chocar con navegación, estilos o recorrido existentes.

1. Compara jerarquía, distribución y contenido propuestos con el brief antes de trasladar secciones.
2. Revisa la página fusionada y cambios de código pertinentes, no solo una vista aislada.
3. Conserva fallos y trabajo adicional de integración junto al resultado visual al comparar.
4. Usa resultados en 11:32 para identificar fortalezas y debilidades concretas sin convertir gustos en clasificación universal.

Usar la ronda del brief para elegir qué conservar

El tercer test empieza en 17:00, la comparación final en 18:24 y las ideas para el sitio real en 22:45. La fuente describe un resultado útil y otro pobre en estilo, pero este complemento no reconstruye una página final no revisada. Consulta la grabación para el diseño ganador exacto y los elementos que conservaría Luke.

1. Compara cada salida con los mismos requisitos y prueba la acción principal.
2. Elige elementos concretos y mantén estable el resto de producción mientras los evalúas.
3. Registra cambios aceptados y comprobaciones pendientes antes de considerar terminado el rediseño.

Conclusión

Un brief más sólido cambia la prueba. Evalúa página y esfuerzo de integración, no solo reputación del modelo para interfaces.