Cómo validar una simulación construida por agentes

Define la decisión de ingeniería. Formula la pregunta: comparar sensor, controlador o escena. Define usuario y consecuencia. Una simulación general produce imágenes, pero no evidencia para una decisión. Escribe aceptación y variables antes de pedir al agente que ensamble componentes. Este paso fija el alcance de una simulación de robot o vehículo ensamblada con ayuda de agentes. Define responsable, entorno y criterio de aceptación. La decisión aceptar el prototipo digital solo cuando métricas y condiciones puedan repetirse debe demostrarse mediante activo, licencia, escena, física, sensor, referencia, semilla, versión, métrica, revisión y ensayo; evita verbos amplios que no indiquen qué se probará, permitirá, bloqueará o remitirá a una persona con autoridad.

Registra activos y dependencias. Conserva origen, licencia, versión y hash de activos, bibliotecas y modelo. Documenta código generado y cambios humanos. Ejecuta desde un entorno limpio. Una escena que solo funciona en la sesión del autor no constituye un instrumento reproducible. Incluye casos comunes, extremos y fallidos. Prueba hardware real, escenarios no medidos, bibliotecas cambiantes y apariencia visual engañosa de manera controlada y registra exclusiones. Un resultado positivo no cubre aquello que nunca formó parte de la muestra. La seguridad del método depende tanto de sus límites como de la precisión observada.

Fija referencia y tolerancias. Selecciona datos registrados o un caso conocido. Define métricas de cámara, LiDAR o comportamiento y tolerancias. La referencia también tiene error. Evita optimizar una sola medida hasta ocultar otras diferencias que importan para el uso previsto. Usa permisos mínimos y separa preparación, aprobación y ejecución. El objetivo es un entorno digital útil para comparar diseños y priorizar pruebas. Una sola identidad o credencial no debe acumular acciones con consecuencias distintas solo por comodidad. Diseña confirmación, readback y reversión antes de exponer el piloto a usuarios reales.

Diseña variaciones controladas. Cambia clima, iluminación, geometría o modelo de uno en uno, con semillas registradas. Ejecuta múltiples ensayos. El agente puede automatizar combinaciones, pero no alterar el plan sin revisión. Conserva resultados negativos y no solo el mejor video. Conecta cada métrica con una decisión. Para una simulación de robot o vehículo ensamblada con ayuda de agentes, conserva activo, licencia, escena, física, sensor, referencia, semilla, versión, métrica, revisión y ensayo. Añade una señal de daño, un umbral máximo y una persona que pueda detener el ensayo. Mejorar tiempo o volumen no compensa automáticamente exposición, inequidad, errores o pérdida de trazabilidad.

Revisa código y física. Un ingeniero revisa unidades, masas, colisiones, tiempos y controladores. Ejecuta pruebas y busca atajos del agente. Compara renderizado con estado físico. Corrige y vuelve a medir; una escena más bonita no reemplaza mejora en la métrica acordada. Ensaya timeout, respuesta ambigua, cambio de datos y revocación. Antes de repetir, relee el destino y evita duplicados. Comprueba hardware real, escenarios no medidos, bibliotecas cambiantes y apariencia visual engañosa. Otra persona debe poder reconstruir la secuencia usando registros sin depender de la memoria de quien ejecutó la prueba.

Separa aprobación digital y física. Cierra con autorización exclusiva para uso digital. Cualquier hardware requiere evaluación adicional, límites y supervisión. Registra riesgo residual, dueño y siguiente prueba. Esta separación evita que el éxito del demo se convierta en permiso implícito para actuar. Cierra con go, revise o stop y documenta la razón. un entorno digital útil para comparar diseños y priorizar pruebas existe solo si el estado real coincide con el solicitado y el equipo conoce pendientes, propietario y fecha de revisión. La guía se convierte así en un control que puede repetirse cuando cambian las condiciones.