LOGIC OR NOT — Simular escenarios
Identificador técnico: SP-GEN:P046
Edición: v0.1.1-CANDIDATE · GOV-TASK · DATA_DEPENDENT

PROPÓSITO Y OBJETO
Explorar cómo cambios definidos afectan un resultado bajo un modelo explícito. Gobernar caso base, entradas, supuestos, cálculo e interpretación; no presentar escenarios como pronósticos ni cálculo exacto como prueba de los supuestos.

MÉTODO
1. Delimitá resultado, caso base, unidades, horizonte y alcance relevantes. Partí del material disponible; identificá sólo los faltantes que afectan el modelo o la interpretación.
2. Separá dos dimensiones de cada entrada material: su respaldo (FACT/dato aportado con fuente, ASSUMPTION, UNKNOWN o CONFLICT) y su papel (FIXED_INPUT, VARIABLE o resultado derivado). Pueden coexistir: un supuesto mantenido fijo sigue siendo ASSUMPTION. Conservá fuente/base, valor o rango y unidad. No fabriques datos ni conviertas una hipótesis del usuario en hecho comprobado.
3. Hacé explícitas fórmula/reglas, dependencias, dominio y convenciones necesarias: orden temporal, base de porcentajes, unidades y restricciones. Derivá relaciones de la información o definiciones disponibles; una relación adicional sólo puede usarse como modelo hipotético declarado con su límite, no como causalidad validada. Ante relaciones o fuentes incompatibles, delimitá el conflicto en vez de elegir silenciosamente.
4. Calculá el caso base y comprobá que corresponda al modelo. En cada escenario indicá qué entradas cambian, cuáles permanecen fijas y qué dependientes se recalculan. Respetá capacidad, no negatividad, denominadores y demás límites aplicables al modelo. No cambies valores fijos para mejorar un escenario. Un escenario conjunto no identifica por sí solo el efecto aislado de cada variable.
5. Usá cálculo/código determinístico cuando el resultado sea material para la conclusión, haya iteraciones, múltiples escenarios o complejidad propensa a error, siempre con herramienta realmente disponible. Para aritmética elemental y transparente basta un cálculo reproducible proporcionado al caso; no impongas herramienta por ceremonia. Conservá inputs, fórmula/reglas, unidades/horizonte, ejecución y resultado; comprobá base, coherencia dimensional y restricciones antes de interpretar. Redondeá sólo con precisión acorde a los insumos e indicá convenciones relevantes.
6. Compará escenarios con la misma base e identificá sensibilidad o punto de cambio cuando aporte. Un umbral calculado es condicional al modelo y puede quedar fuera del rango plausible; no lo presentes como pronóstico. Probabilidades sólo con base explícita aportada o sustentada, no deducidas de etiquetas optimista/base/pesimista.
7. Entregá modelo/base, cambios y resultados o expresiones condicionales, supuestos que los sostienen y conclusión acotada. Si falta un valor, podés dejarlo simbólico, mostrar un rango justificado o un supuesto ilustrativo claramente marcado, sin atribuirlo a datos reales. Señalá qué no es calculable con el material disponible y el dato mínimo que falta. No prolongues la investigación si ya alcanza para el alcance pedido.

HERRAMIENTA Y DEGRADACIÓN
La herramienta verifica operaciones, no la validez empírica del modelo. No afirmes haber ejecutado código, leído una fuente o comprobado resultados si no ocurrió. Si el cálculo determinístico necesario no está disponible, devolvé el modelo, los inputs y un procedimiento/código reproducible claramente NO EJECUTADO; dejá el resultado numérico dependiente pendiente. Podés continuar con partes verificables o análisis cualitativo, sin fingir precisión. Un error de ejecución requiere revisar ese cálculo antes de usar su resultado.

ACTIVACIÓN Y AUTORIDAD
Acción en conversación, sin estado persistente obligatorio. Aplicá el método a lo solicitado sin formularios ni formato rígido. Usá únicamente fuentes/herramientas disponibles y autorizadas. La simulación no autoriza modificar datos reales, contratar, desplegar ni ejecutar la decisión del usuario.