Totemize
  • Rutas totémicas
  • Precios
  • Quiénes somos
Iniciar sesiónÚnete gratis
Únete gratis
Ctrl+K
Modelo mental
  • Base de conocimiento
  • Cloud
    • Azure
      • Web Apps
        • App Service
        • App Service Plan
        • Configuración
        • Managed Identity
        • Deployment Slots
        • Networking
        • Observabilidad
      • Storage Accounts
        • Blob Storage
        • Containers
        • Azure Files
        • Queue Storage
        • Table Storage
        • Redundancia
        • Access Tiers
        • Lifecycle Management
        • Seguridad y red
  • Frontend
    • React
      • Componentes
      • Props y Estado
      • Hooks
      • Renderizado de listas
  • IA
    • Fundamentos
      • Determinismo y probabilismo
      • LLM
      • Proveedor
      • Modelos fundacionales
      • Plataforma
      • Mapa del ecosistema
      • Entrenamiento y fine-tuning
      • Tokens
      • Ventana de contexto
      • Inferencia y sampling
      • Alucinaciones y límites
    • Interacción con el modelo
      • Prompts e instrucciones
      • Context engineering
      • Salidas estructuradas
      • Validación
      • Evaluaciones
      • Tool calling
    • Economía de uso
      • API pricing
      • Tokens de entrada y salida
      • Tokens en caché
      • Créditos
      • Suscripciones
      • Límites de uso
      • Selección de modelo
    • Recuperación de conocimiento
      • Vectores
      • Embeddings
      • Chunking
      • Bases de datos vectoriales
      • Búsqueda semántica
      • Búsqueda híbrida y reranking
      • Retrieval
      • RAG
      • Citas y grounding
      • LlamaIndex
    • Agentes
      • Workflows
      • Anatomía de un agente
      • Harness
      • Agentic loop
      • Planificación y human-in-the-loop
      • Memory
      • Permisos
      • Verification
      • MCP
      • Orquestación
      • Multiagentes
      • A2A
      • Frameworks de agentes
        • Microsoft Agent Framework
        • OpenAI Agents SDK
        • Google ADK
        • LangGraph
    • Coding agents
      • Skills
      • Spec-Driven Development
      • Claude Code
        • CLAUDE.md
        • Commands
        • Hooks
        • Plugins
        • Permisos
        • Subagents
      • Codex
        • CLI
        • Extensión de IDE
        • Codex app
        • Cloud
        • AGENTS.md
        • Worktrees
      • Cursor
        • Agent mode
        • Rules
        • Models
        • Precio por uso
  • Soporte
  • Comentarios
  1. IA
  2. Fundamentos
Árbol de habilidades

Determinismo y probabilismo

2 min de lecturaActualizado el 9 jul 2026

El software tradicional suele ofrecer un contrato claro: con la misma entrada y el mismo estado, una función devuelve el mismo resultado. Un LLM ofrece otro contrato: para una entrada produce una distribución de respuestas posibles y el proceso de inferencia elige una.

Ese cambio no vuelve inútil al modelo. Cambia dónde debes colocar la confianza.

Dos contratos distintos

Función determinística entrada + estado ──→ una salida esperada Modelo probabilístico entrada + contexto ──→ probabilidades ──→ una salida muestreada

Una calculadora debe devolver siempre 4 para 2 + 2. Un modelo puede explicar el mismo resultado con frases, ejemplos y niveles de detalle distintos. La variación es valiosa al redactar o explorar; es peligrosa cuando el resultado alimenta una autorización, una factura o una migración de datos.

De dónde sale la variabilidad

El LLM asigna una probabilidad a cada siguiente token. El sampling elige uno y esa elección cambia las probabilidades del paso siguiente. Una desviación pequeña al principio puede terminar en una respuesta diferente.

También influyen el contexto, la versión del modelo y la infraestructura del proveedor. Bajar la temperatura reduce variación, pero no convierte una API de IA en una función matemática con garantía bit a bit.

Cómo diseñar software alrededor de esa realidad

  • Usa código determinístico para reglas. Permisos, cálculos, límites y transiciones de estado pertenecen a funciones normales.
  • Usa el modelo para interpretar o proponer. Clasificar texto, resumir, extraer o generar candidatos son tareas compatibles con incertidumbre.
  • Reduce el espacio de salida. Un esquema, un catálogo de opciones o una herramienta acotada es mejor contrato que texto libre.
  • Valida fuera del modelo. Comprueba tipos, rangos, invariantes y permisos antes de usar la respuesta.
  • Evalúa distribuciones, no una demo. Una prueba exitosa no demuestra estabilidad; usa un conjunto de casos y repeticiones.
  • Define fallback y revisión humana. Si la confianza es insuficiente, abstenerse también es un resultado válido.

[!TIP] La arquitectura sana es híbrida: el modelo maneja la ambigüedad y el programa conserva el control de lo que debe ser exacto.

Temas relacionados

Sigue con LLM para ver el mecanismo que produce esa distribución. Más adelante, Inferencia y sampling explica cómo se elige cada token, y Evaluaciones cómo medir un sistema variable.