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. Agentes
Árbol de habilidades

Planificación y human-in-the-loop

1 min de lecturaActualizado el 9 jul 2026

Planificar separa decidir de ejecutar. Human-in-the-loop (HITL) introduce una pausa intencional para que una persona revise, modifique, apruebe o rechace antes de continuar. No toda tarea necesita un plan visible ni toda tool necesita aprobación.

Cuándo planificar primero

  • la tarea cruza varios sistemas o archivos;
  • existen dependencias entre pasos;
  • el costo de corregir tarde es alto;
  • necesitas coordinar trabajo paralelo;
  • el usuario debe validar alcance o estrategia.

Un plan es estado de trabajo, no una promesa inmutable. Debe actualizarse cuando una observación invalida una suposición.

Coloca al humano donde cambia el riesgo

AcciónControl habitual
lectura localautomática
cambio reversible y acotadoejecutar y mostrar diff
escritura externaaprobación según política
acción destructiva o irreversibleaprobación explícita
decisión de alto impactorevisión de evidencia y autoridad

La aprobación debe mostrar qué ocurrirá, sobre qué recurso, con qué argumentos y si puede revertirse. Un botón «Aceptar» sin contexto convierte al humano en sello de goma.

Pausar y reanudar correctamente

Un sistema HITL necesita persistir:

  • estado y paso actual;
  • acción propuesta y evidencia;
  • identidad y decisión del aprobador;
  • expiración o cambios ocurridos durante la espera;
  • resultado al reanudar.

Después de una espera larga, vuelve a validar precondiciones. El recurso pudo cambiar y una aprobación antigua no debe autorizar una acción distinta.

Plan no sustituye permisos

Que una acción figure en un plan no significa que esté autorizada. Los permisos siguen aplicando en el momento de ejecutar. Tampoco la revisión humana reemplaza validadores, tests o límites automáticos.

Errores comunes

  • pedir aprobación para cada lectura hasta volver inútil al agente;
  • agrupar demasiadas acciones sensibles en una confirmación vaga;
  • no ofrecer editar o rechazar con feedback;
  • reanudar sin comprobar que el contexto sigue vigente;
  • ocultar costo, destino o datos enviados fuera.

Temas relacionados

La planificación orienta el Agentic loop, HITL se apoya en Permisos y la evidencia posterior pertenece a Verification.