Cómo definir una política de autonomía por niveles antes de darle permisos reales a un agente

Haz un inventario de acciones reales. Empieza por enumerar verbos con efecto externo: leer, crear borrador, modificar, publicar, enviar, gastar, borrar, compartir o cambiar permisos. No clasifiques el agente entero como “autónomo”. Una habilidad puede tener permiso para leer y preparar, pero necesitar aprobación para enviar. Para cada acción registra el recurso afectado y la cuenta donde ocurre. Esta lista convierte una conversación abstracta sobre confianza en un mapa operacional. También descubre acciones que el equipo había asumido implícitamente y que deberían tener políticas distintas por su impacto.

Califica impacto y reversibilidad. Usa una escala sencilla para responder qué pasa si la acción sale mal y qué tan fácil es deshacerla. Editar un borrador local es diferente a publicar un anuncio con presupuesto. Una acción reversible y de bajo impacto puede avanzar con menos fricción; una irreversible o costosa necesita gates más fuertes. Añade sensibilidad de datos y novedad del destino. Un correo a un contacto habitual no tiene el mismo riesgo que un envío masivo a destinatarios nuevos. El nivel de autonomía debe surgir de esta matriz y no del entusiasmo por el modelo.

Define cinco modos comprensibles. Puedes usar recomendar, preparar, ejecutar con aprobación, ejecutar dentro de política y coordinar workflow. Cada modo necesita una descripción exacta de lo que hace el sistema. Evita nombres que suenen más capaces de lo que realmente son. Para cada acción asigna el modo máximo permitido inicialmente. Un mismo agente puede operar en niveles distintos según contexto. La publicación orgánica podría estar en ejecución dentro de política, mientras crear una campaña pagada permanece bajo aprobación. Esa granularidad facilita crecer sin desbloquear todo el sistema de una vez.

Especifica las precondiciones de cada ejecución. Antes de una acción, comprueba identidad, recurso, versión, datos obligatorios, aprobación y límites cuantitativos. Convierte estas señales en reglas programables. Si el archivo cambió desde la revisión, se detiene; si el presupuesto supera el umbral, solicita aprobación. No permitas que el modelo decida ignorar una precondición para “ser útil”. Los gates viven fuera de la creatividad generativa. Una política fuerte hace que la ruta segura sea parte de la infraestructura y no una recomendación opcional escrita en el prompt.

Diseña el handback antes del primer incidente. Cuando una condición no se cumple, el agente debe guardar el estado y pedir exactamente lo que falta. Define categorías de bloqueo y el paquete que devuelve: acción propuesta, recurso, evidencia, riesgo y siguiente decisión. Después de la intervención humana, revalida. No continúes desde una suposición antigua. Este patrón convierte la supervisión en un paso acotado. El usuario resuelve una decisión, no reconstruye todo el trabajo. También permite medir qué gates generan más fricción y cuáles evitan errores reales.

Crea criterios de promoción de nivel. Decide cuántas tareas o qué periodo necesitas observar antes de ampliar autoridad. Mide éxito verificado, correcciones, abstenciones correctas, incidentes y necesidad de intervención. Exige un umbral y una revisión explícita. No promociones automáticamente porque “lleva tiempo funcionando”; puede existir poco volumen. Cuando subas un nivel, hazlo primero en una cohorte o cuenta limitada y conserva rollback. Así, autonomía se convierte en un proceso de release management en lugar de una decisión irreversible sobre confianza.

Documenta la política en una tabla operable. La versión final debe mostrar acción, nivel, condiciones, evidencia de cierre, propietario y ruta de escalación. Revísala cuando cambien integraciones, modelos o riesgos. Para Goatify, esta tabla puede vivir como configuración de habilidad y también servir en ventas. Un cliente puede elegir su nivel inicial y ver qué evidencia permitiría ampliarlo. El mensaje es poderoso: no vendemos “autonomía total” como una caja negra; ofrecemos una progresión controlada donde cada permiso se gana con desempeño y puede retirarse sin perder el workflow.