> ## Documentation Index
> Fetch the complete documentation index at: https://docs.prodexlabs.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Estudios de simulación

> Cómo ejecutar un estudio de simulación completo a lo largo de varias sesiones: fases, aprobaciones y un registro defendible desde los datos crudos hasta la recomendación.

## Resumen

Un **estudio de simulación** es un compromiso de varias sesiones en el que tú y [Dexter](https://docs.prodexlabs.com/es/product/dexter/chat-and-tasks.md) llevan una pregunta de modelado desde los datos crudos hasta una recomendación defendida: delimitar la decisión, entender los datos, construir el modelo en piezas que cada uno pueda validar, correr las ejecuciones de comparación que responden la pregunta, y dejar un registro escrito lo bastante creíble como para llevarlo a la dirección.

Un estudio se extiende a lo largo de tantas conversaciones como requiera el trabajo. La [Base de conocimiento](https://docs.prodexlabs.com/es/product/dexter/memories.md) de la fábrica lleva lo que Dexter aprende de una sesión a la siguiente, y todo lo que produce el estudio vive en la fábrica. Esta página cubre el arco de fases que suele seguir un estudio, qué certifica cada aprobación, y qué deja atrás el estudio.

## Un estudio vs. una conversación puntual

La mayoría del trabajo de simulación cabe en una conversación normal: un modelo rápido, un gráfico, un perfil de datos, un ajuste de programación. El chat termina, los artefactos permanecen en la fábrica, y no se pierde nada.

Un estudio es diferente en naturaleza, no solo en tamaño. Es largo; las respuestas posteriores dependen de decisiones anteriores; los artefactos deben ser auditables; y alguien actuará sobre la recomendación. Perder el registro de *por qué* se ajustó una distribución de cierta manera — o *qué* verificación con datos reales aprobó el modelo terminado — hundiría el esfuerzo. Un estudio trabaja en fases que terminan con tu aprobación, y deja por escrito sus decisiones en [reportes](https://docs.prodexlabs.com/es/product/dexter/reports.md) y en la [Base de conocimiento](https://docs.prodexlabs.com/es/product/dexter/memories.md) para que cualquier sesión futura retome el trabajo con contexto completo.

Recurre a un estudio cuando:

* la decisión es de gran importancia — capital, personal, compromisos con clientes, planificación de capacidad;
* el modelo tiene que ser **defendible**, con un registro de validación detrás;
* el trabajo claramente abarcará más de una sesión, o más de una persona.

## Dónde viven los estudios

Las conversaciones de un estudio aparecen en la barra lateral de Dexter como cualquier otra; muévelas a una [carpeta](https://docs.prodexlabs.com/es/product/ai-assistant.md#la-página-de-dexter) para mantenerlas juntas. Todo lo que produce el estudio — pipelines, modelos, experimentos, reportes — vive en la fábrica junto al resto de tu trabajo.

> [!NOTE]
>
> **Ejecuta un estudio en modo Máx. o Ultra.** Elige el [modo de respuesta](https://docs.prodexlabs.com/es/product/ai-assistant.md#modos-de-respuesta) desde el ícono junto al botón de enviar. Turbo y Rápido hacen pocas o ninguna pregunta aclaratoria, y un estudio depende de las respuestas de la delimitación.

## Iniciando un estudio

Pide directamente — *"Quiero un modelo de nuestra línea de empaque para decidir si agregar una segunda etiquetadora."* Si la forma del trabajo lo justifica, Dexter propone un estudio. Los primeros pasos son siempre los mismos:

1. **Delimitación.** Dexter pregunta qué decisión debe impulsar el modelo, en tus propios términos: qué se está sopesando, cómo se ve "lo suficientemente correcto", qué fuentes de datos existen, contra qué verdad de referencia debe validarse el modelo terminado, y qué tan a fondo debe llegar el modelo.
2. **El acta.** Dexter redacta un acta breve — la decisión, las fuentes de verdad, el estándar que el modelo debe cumplir — y te pide que la apruebes. Nada se modela hasta que lo haces.
3. **El plan.** Dexter propone un plan de fases diseñado para tu contexto y sigue el trabajo inmediato en la [lista de tareas](https://docs.prodexlabs.com/es/product/dexter/chat-and-tasks.md#la-lista-de-tareas) de la conversación.

> [!TIP]
>
> Las respuestas de la delimitación determinan todo lo que sigue — las fases, los criterios de aprobación, y qué significará "validado". Piensa bien la pregunta de la verdad de referencia aquí: nombra los números en los que ya confías (un mes de datos reales de rendimiento, tiempos de ciclo conocidos, la producción de un turno) que el modelo tendrá que reproducir más adelante.

## Las fases de un estudio

Una **fase** es una unidad de avance que termina en una aprobación: produce uno o más artefactos que revisas y apruebas o devuelves. La siguiente fase no comienza hasta que la actual se cierra. El plan está diseñado para tu estudio — las fases se dividen, se fusionan y se reordenan según el objetivo, los datos y qué tan bien se entiende ya la operación. No hay una plantilla de fases fija; el arco de abajo es una forma *ilustrativa*, no un guion que Dexter sigue al pie de la letra. Un estudio típico se ve más o menos así:

| Fase | Qué produce | Se cierra con tu aprobación de que... |
| - | - | - |
| **Acta** | La decisión, las fuentes de verdad, el estándar a cumplir | ...esta es la pregunta correcta y el estándar correcto |
| **Fundamento de datos** | Escritos por fuente; [pipelines de datos](https://docs.prodexlabs.com/es/product/templates.md) que transforman las cargas crudas en entradas listas para modelar; verdad de referencia reservada para la validación | ...los datos están entendidos y la verdad de referencia está reservada |
| **Representación operativa** | Una declaración en lenguaje sencillo de la operación tal como la representará el modelo — flujo, recursos, programaciones, restricciones, particularidades | ...la descripción coincide con tu piso de planta |
| **Fuentes y supuestos** | Una fuente escrita para cada parámetro clave: distribución ajustada, conjunto de datos nombrado, o supuesto declarado | ...la lista de parámetros y los supuestos asumidos son aceptables |
| **Construcción del modelo** | El [modelo](https://docs.prodexlabs.com/es/product/simulation-modeling), construido como submodelos verificados individualmente contra cosas que sabes que deben reproducir | ...cada pieza se comporta como se espera de forma aislada |
| **Validación de extremo a extremo** | El modelo ensamblado ejecutado contra la verdad de referencia reservada, comparado estadísticamente — el **registro de validación** | ...el modelo cumplió su estándar |
| **Ejecuciones de comparación y recomendación** | Los qué-pasaría-si del acta, ejecutados como [ejecuciones de comparación](https://docs.prodexlabs.com/es/product/runs.md#comparar-ejecuciones) (con [réplicas](https://docs.prodexlabs.com/es/product/runs.md#réplicas) con varias semillas donde la variabilidad importa), más una recomendación escrita | ...la recomendación está respaldada |
| **Entrega** | Un [reporte](https://docs.prodexlabs.com/es/product/dexter/reports.md) — usualmente un PDF o una presentación — para la audiencia que no vivió el estudio | ...el entregable está listo para compartir |

Las fases pueden retroceder: si la validación de extremo a extremo revela un vacío que la representación operativa pasó por alto, el plan se revisa en lugar de forzar el avance, y Dexter lo consulta contigo antes de cambiarlo.

> [!WARNING]
>
> El registro de validación es tan sólido como la verdad de referencia reservada en la fase de fundamento de datos. Si ese paso se apresura — o si la "verdad de referencia" también se usó para ajustar parámetros — la validación de extremo a extremo deja de significar algo. Esta es la fase en la que hay que ir despacio.

## Aprobaciones

Al final de cada fase, Dexter te muestra qué estás aprobando — en su respuesta, en un [reporte](https://docs.prodexlabs.com/es/product/dexter/reports.md) o como el propio artefacto en la plataforma — junto con los supuestos y juicios sobre los que descansa y la evidencia: tablas, gráficos, los números reales. Luego hace una [pregunta de aprobación](https://docs.prodexlabs.com/es/product/dexter/chat-and-tasks.md#preguntas-estructuradas) corta. Tú **apruebas** o **rechazas** con un comentario:

* Al aprobar, la siguiente fase se construye sobre el trabajo aprobado.
* Al rechazar, Dexter itera según tu comentario y vuelve a preguntar.

> [!NOTE]
>
> ¿Quieres ver algo antes de que esté listo para aprobación? Pregunta — Dexter puede mostrarte el trabajo en curso en cualquier momento.

## Continuidad entre sesiones

Un estudio casi siempre abarca varias conversaciones, y varios mecanismos hacen que retomarlo sea fluido:

* **La Base de conocimiento lleva el contexto operativo.** Lo que el estudio le enseña a Dexter sobre tu operación — flujo de proceso, capacidad, vocabulario, guías de datos por fuente — aterriza en la [Base de conocimiento](https://docs.prodexlabs.com/es/product/dexter/memories.md) de la fábrica. Las sesiones futuras recargan esa comprensión en lugar de volver a preguntar.
* **Nombra el estudio para retomarlo.** En una conversación nueva, orienta a Dexter hacia el modelo, los experimentos y los reportes del estudio hasta ahora; los lee antes de tocar el trabajo.
* **Las tareas permanecen visibles.** El trabajo de varios pasos dentro de una fase — limpieza de datos, construcción del modelo, un análisis — corre a través de la lista de tareas que puedes observar en el chat.

## Qué deja atrás un estudio

Cada artefacto que produce un estudio es un objeto de fábrica de primera clase, utilizable por sí solo. Un estudio típico deja:

* **Los documentos del estudio** — acta, escritos de datos, representación operativa, registro de supuestos, registro de validación, recomendación — redactados como [reportes](https://docs.prodexlabs.com/es/product/dexter/reports.md) o archivos en la fábrica.
* **[Pipelines de datos](https://docs.prodexlabs.com/es/product/templates.md)** — un registro de las transformaciones que convirtieron las cargas crudas en las entradas del modelo.
* **[Módulos personalizados](https://docs.prodexlabs.com/es/product/dexter/apps.md)** construidos mientras se caracterizaban los datos, como paneles para explorarlos.
* **Uno o más [modelos de simulación](https://docs.prodexlabs.com/es/product/simulation-modeling)** con sus entidades, programaciones, constantes, tablas de búsqueda y definiciones de KPIs y gráficos.
* **[Ejecuciones](https://docs.prodexlabs.com/es/product/runs.md)** bajo cada modelo, incluidas las ejecuciones de comparación de la fase de análisis y sus [réplicas](https://docs.prodexlabs.com/es/product/runs.md#réplicas) donde la variabilidad importó.
* **[Reportes](https://docs.prodexlabs.com/es/product/dexter/reports.md)** — el entregable compartible en PDF, Word, PowerPoint o Excel.
* **Entradas de la [Base de conocimiento](https://docs.prodexlabs.com/es/product/dexter/memories.md)** que codifican lo que el estudio le enseñó a Dexter sobre tu operación.

Los documentos del estudio mantienen conectado el *razonamiento* — qué artefacto respondió qué pregunta, bajo qué supuestos.

## Límites y advertencias

* **Ejecuta un estudio en modo Máx. o Ultra.** Turbo y Rápido hacen pocas o ninguna pregunta aclaratoria.
* **El plan de fases es propuesto, no impuesto.** Si una fase no coincide con cómo piensas la decisión, dilo en la delimitación — las revisiones posteriores están bien, pero son más baratas temprano.
* **Pide las aprobaciones que quieras.** Si quieres aprobar un paso en el que el plan de fases no se detiene, dilo en la delimitación.
* **Los reportes se generan a pedido.** La fase de entrega delimita el entregable — audiencia, formato, con qué encabezar — en lugar de producir automáticamente un PDF al cierre.
* **Los estudios tienen alcance de fábrica.** Un estudio vive en la fábrica en la que empezó y no puede moverse entre fábricas.

## Hacia dónde ir después

* [Chat, tareas y preguntas](https://docs.prodexlabs.com/es/product/dexter/chat-and-tasks.md) — cómo Dexter sigue el trabajo y te pide aprobación
* [Resumen de la simulación](https://docs.prodexlabs.com/es/product/simulation-overview.md) — los artefactos que produce un estudio, y cómo encajan entre sí
* [Tu primera simulación](https://docs.prodexlabs.com/es/getting-started/your-first-simulation.md) — el ciclo práctico que un estudio automatiza y extiende
* [Ejecuciones](https://docs.prodexlabs.com/es/product/runs.md) — ejecuciones de comparación y réplicas, el análisis de las fases posteriores
* [Resultados y análisis](https://docs.prodexlabs.com/es/product/results-and-analytics.md) — cómo leer lo que produjeron las ejecuciones


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.