# Niveles de autonomía

> Agentes y Automatizaciones · Arquitectura de agentes
> Fuente: https://magoallegri.com/cursos/agentes/arquitectura-de-agentes/niveles-de-autonomia

---

La pregunta que define la convivencia con tus sistemas: **¿cuánta soga?** Demasiado poca y la automatización no automatiza (sos su empleado de aprobaciones); demasiada y un error corre solo a las 3am. La respuesta del oficio no es un número — es una matriz, y un ascenso que se gana con historial.

## Los cuatro niveles de autonomía

**Nivel 1 — Propone, vos hacés.** El sistema prepara (el borrador, la lista, el plan) y vos ejecutás a mano. Cero riesgo de acción no deseada. *El nivel de arranque de todo lo que toca personas.*

**Nivel 2 — Hace con aprobación previa.** El sistema ejecuta, pero cada acción espera tu OK explícito (el "Claude propone, vos aprobás" del camino — es esto, formalizado). *El nivel de trabajo de la mayoría de tus sistemas con criterio.*

**Nivel 3 — Hace y reporta.** Corre solo; te enterás por el reporte (inmediato o en resumen). Tu intervención es por excepción. *El nivel al que ascienden los sistemas probados de bajo riesgo.*

**Nivel 4 — Hace en silencio.** Corre, y solo habla si algo sale mal (las alertas de desvío). *Reservado para lo determinista, aburrido y con historial largo: el registro de datos, el archivo, el tablero que se actualiza.*

![De 'propone' a 'hace en silencio': los cuatro niveles de autonomía, y el techo que el riesgo impone](../_assets/cuatro-niveles.webp)

## La matriz que elige el nivel (riesgo × madurez)

El nivel correcto sale de cruzar dos preguntas:

- **¿Qué riesgo tiene la acción?** (el denominador de tu fórmula del M1: ¿un reporte feo o plata/reputación?)
- **¿Cuánto historial tiene el sistema?** (¿recién nace o lleva 50 corridas limpias?)

Las reglas de la matriz: **todo sistema NACE un nivel abajo del que merece** (el historial se construye, no se presume) · **el riesgo alto le pone techo al ascenso** (lo que envía a personas con plata en juego no pasa de nivel 2, por más historial que tenga — la lista del "jamás solo" del camino es estructural, no transitoria) · **el ascenso es explícito y registrado** ("después de N corridas limpias, sube a nivel X" — escrito en la ficha, no decidido por cansancio de aprobar).

## Asigná los niveles de tu lista

```
Leé lista-del-lab.md. La asignación de autonomía:

1. Para cada pieza: el nivel de NACIMIENTO (con la matriz: riesgo ×
   historial cero) y el nivel de DESTINO (al que puede ascender, con
   su techo de riesgo justificado).
2. El plan de ascenso de cada una: cuántas corridas limpias para
   subir, y qué cuenta como "limpia" (verificable, no vibes).
3. La lista del "jamás solo" de ESTE proyecto, explícita: qué
   acciones tienen techo en nivel 2 para siempre.

A las fichas de obra. Esta asignación es parte del diseño — se
construye CON el nivel puesto, no se improvisa después.
```

> [!info] **Checkpoint** — Cada pieza tiene nivel de nacimiento, destino, plan de ascenso y techo — escritos en su ficha. La soga dejó de ser una sensación: es una política con criterios.

## 💡 La autonomía es lo que el cliente teme (y tu matriz lo resuelve)

Cuando vendas esto (M7), el miedo #1 del dueño será: *"¿y si la máquina hace algo mal con MIS clientes?"*. Tu respuesta no va a ser "confiá" — va a ser esta matriz, mostrada: niveles, ascensos ganados, techos para siempre. La política de autonomía explícita convierte el miedo en proceso — y el proceso se compra.

## 🟢 Hacelo ahora

1. Asigná niveles a toda la lista.
2. Verificá contra el camino: ¿tu lista del "jamás solo" incluye enviar/publicar/borrar/pagar? (Sí. Siempre.)
3. Releé el plan de ascenso de tu agente: ese documento es la confianza, calendarizada.

---

La soga está calibrada. La próxima lección escribe el contrato de cada pieza: **el briefing de agentes** — objetivo, límites y definición de listo, en versión profunda.