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

Permisos

1 min de lecturaActualizado el 9 jul 2026

En cuanto un agente puede actuar —editar archivos, correr comandos, llamar APIs— aparece la pregunta que define su seguridad: ¿qué puede hacer solo y qué requiere tu aprobación? Ese es el sistema de permisos, y es responsabilidad del harness, no del modelo.

Por qué es crítico

El modelo solo predice texto: puede equivocarse, alucinar un comando destructivo, o ser manipulado por contenido malicioso (prompt injection) que encuentre en un archivo o una web. Si cada acción que pide se ejecutara sin control, un error del modelo sería un error en tu sistema. Los permisos son la barrera entre “pedir” y “hacer”.

Modelos de permiso habituales

  • Aprobación por acción: el agente pide confirmación antes de cada operación sensible (ejecutar un comando, escribir un archivo). Máximo control, más fricción.
  • Allowlist / denylist: defines de antemano qué operaciones son seguras y se ejecutan solas (p. ej. git status) y cuáles siempre preguntan (p. ej. rm, push).
  • Modos de autonomía: desde “pregunta todo” hasta “modo autónomo” para entornos aislados.
  • Sandboxing: ejecutar en un entorno confinado (contenedor, worktree, permisos de FS/red limitados) para que aunque algo salga mal, el daño quede contenido.

El equilibrio fricción ↔ seguridad

Demasiada aprobación y el agente es un chat glorificado que te interrumpe siempre. Demasiada autonomía sin sandbox y le das las llaves de tu máquina. El punto sano:

  • Operaciones read-only: automáticas.
  • Operaciones reversibles y locales: allowlist con criterio.
  • Operaciones destructivas o externas (borrar, push, desplegar, mandar datos fuera): aprobación explícita.

Cómo lo hace cada herramienta

Cada coding agent implementa esto a su manera: los permisos de Claude Code, las aprobaciones y sandbox de Codex, los modos de Cursor. El concepto es el mismo; cambia el mando.

Temas relacionados

Gobiernan las tools que el harness ejecuta, y se complementan con la verificación posterior.