Cómo trabajar con agentes de IA: la guía para armar un equipo que no dependa de ti

Esta semana me llegó una lista de 15 repositorios de GitHub para «dejar de perder semanas armando equipos de bots desde cero». Traía equipos listos para ingeniería, marketing y ventas, un coordinador que reparte trabajo, un vigilante de tareas atoradas y hasta una mesa de trading con siete agentes.

No instalé ninguno. Un equipo de agentes que llega armado trae los puestos, los permisos y las decisiones de alguien más. Lo que sí hice fue leer cada idea contra mi operación y quedarme con las que me faltaban.

Esta es la guía completa de cómo trabajo hoy con agentes de IA, con lo que tomé de esa lista y lo que dejé fuera.

¿Qué significa trabajar con agentes de IA?

Significa dirigir un equipo donde algunos puestos los ocupa un programa. Cada agente tiene un trabajo, un jefe, permisos y alguien que revisa lo que entrega. La diferencia con una persona es que trabaja de noche y no se cansa de repetir.

La herramienta importa menos de lo que parece. En mi operación corren Claude y Grok en los mismos puestos: Grok lee X en tiempo real y reparte trabajo, Claude escribe y construye. La herramienta solo cambia quién ejecuta la tarea.

Lo que no cambia son siete piezas, que son las secciones de esta guía:

1. Un puesto por agente, escrito en una oración y con un número.
2. Un organigrama: a quién reporta cada agente y con quién hablas tú.
3. Un semáforo de permisos: qué hace solo, qué revisa otro y qué solo tocas tú.
4. Un solo buzón y una sola memoria entre agentes.
5. Revisión cruzada: el que produce no se califica a sí mismo.
6. Un vigilante que encuentra lo que se quedó atorado.
7. Correcciones que suben de escalón hasta volverse código.

¿Conviene instalar un equipo de agentes ya armado?

Como plantilla para leer, sí; como equipo para instalar, casi nunca. Un repositorio ajeno trae puestos pensados para otra empresa, y tus reglas no vienen incluidas.

Hay además un riesgo que casi nadie menciona. Si le das a un bot con acceso a tu correo un repositorio de un desconocido, ese repositorio puede traer instrucciones escondidas que el bot va a seguir. Antes de pasarle algo así a un agente, revisa quién lo mantiene y qué permisos pide.

Así quedó la lista, idea por idea:

Idea de la lista	Qué me llevé	Dónde quedó
Equipos listos para cada área	Nada: ya tenía organigrama	—
Un coordinador que reparte a especialistas	Ya lo hacía	«El que reparte no produce»
Especialistas que le pasan lo pesado a una herramienta de código	La forma de pasarse el trabajo	Un solo buzón
Un vigilante de tareas atoradas que verifica lo terminado	La pieza que me faltaba	El vigilante
Cuatro roles: especificar, reproducir, producir y verificar	Separar al que hace del que revisa	Revisión cruzada
Llamadas por teléfono con aprobación antes de actuar	El candado de aprobar primero	El semáforo
Mesa de trading con siete agentes	Nada	Choca con mi regla: ningún bot paga nada

¿Con cuántos agentes empiezas?

Con uno, con un trabajo que quepa en una oración y un número que mueva. «Ayúdame con ventas» no es un puesto. «Cinco llamadas con dueños de empresa en mi calendario cada semana» sí lo es, y es el que le di a uno de mis agentes en el laboratorio.

Antes de darlo de alta, cada agente lleva una ficha con seis datos: su trabajo en una oración, la empresa, a quién reporta, qué número mueve, cuánto cuesta y qué te escala. Si no puedes llenarla, todavía no sabes qué le vas a pedir. Para escribirla sin empezar en blanco usa El puesto de tu agente.

Dos reglas más antes de programarlo:

• Un agente nuevo solo si necesita memoria propia, permisos distintos o su propio horario. Si no, es una habilidad más de uno que ya existe.
• Córrelo tres veces a mano. Cada corrección de esas tres vueltas se anota; lo que se repite va al manual antes de dejarlo solo.

¿Cómo se organiza un equipo de agentes?

Con un organigrama, igual que uno de personas, y con una regla: tú hablas con un solo puesto. En mi caso es el Chief of Staff, un agente que se llama Boti. Lo demás le llega a él por tres directores: crecimiento, operación y dinero.

Cada director tiene agentes por empresa debajo. El de crecimiento tiene al que propone experimentos en X y al que cuida las páginas de venta. El de operación tiene al que ordena el tablero de tareas y a las rutinas de mantenimiento. Cuando entra una empresa nueva, se le agrega una fila a cada director y nada más cambia.

La idea del coordinador que venía en la lista ya la tenía, con una regla que la hace funcionar: el que reparte no produce. El agente de Grok manda el trabajo a Claude Code, a n8n o a la herramienta de publicación y lee lo que regresa. Lo que hay que construir nace como tarea en el tablero, con su color de riesgo; ningún agente construye por su cuenta.

¿Qué puede hacer un agente sin pedirte permiso?

Depende del daño que puede hacer si se equivoca. Lo resuelvo con un semáforo que vale para todos mis proyectos: cada tarea nace con su color, y el color decide quién da el visto bueno final.

• Verde: documentos, notas, tablero, erratas. Lo cierra el agente, siempre que las pruebas salgan en verde.
• Amarillo: código que no toca dinero ni clientes. Lo revisa un segundo agente y yo doy el «va».
• Rojo: pagos, clientes, mensajes a terceros, credenciales, borrar datos. Solo yo.

Si una tarea queda entre dos colores, gana el más alto. Y el candado va en los permisos de la cuenta: un «pregúntame antes» dentro del prompt guía, pero no detiene a nadie. Si un agente no debe mandar correos, le quitas el botón de enviar y deja borradores.

La vara es la misma para todas las herramientas. Al principio a Claude le di acceso a todo y a Grok le negué lo mismo; lo corregí. Qué tan suelto anda cada agente lo puedes medir con la Escalera de Autonomía.

¿Cómo se hablan los agentes entre ellos?

Por un solo buzón y una sola memoria compartida. Si cada agente guarda su propia copia de las reglas, en un mes tienes cinco versiones de tu empresa.

Cada mensaje entre agentes dice cuatro cosas:

De:           el agente de crecimiento
Para:         Claude
Qué pide:     construir el experimento 1 que Gabriel aprobó
Para cuándo:  miércoles

Hoy, entre Grok y Claude, ese buzón es un correo con asunto fijo, porque es lo único que los dos pueden leer. Cuando Grok se pueda conectar al buzón compartido que ya usa Claude, el correo se va. Entre áreas la regla es más dura: se hablan por una API, nunca escribiendo en la base de datos del otro.

Cada agente entra con su propio nombre. Lo aprendí cuando todos entraban con el mismo usuario y no había forma de saber cuál había dicho qué. Sin un dueño por agente, el trabajo entre varios no se puede revisar.

¿Quién revisa el trabajo de un agente?

Otro agente, nunca el mismo que lo hizo. A una persona tampoco la dejas escribir su propia evaluación de desempeño.

De la lista tomé la separación en cuatro roles para cualquier cambio de código:

1. Especificar. Escribir qué significa «listo» antes de empezar.
2. Reproducir. Si es un error, hacerlo fallar a propósito antes de arreglarlo.
3. Producir. Hacer el cambio.
4. Verificar. Probarlo contra lo que se pidió, y no contra una casilla marcada.

Para lo que no es código, como un post o un guion, uso una rúbrica: cada criterio se califica del 1 al 10 y la pieza pasa con 9. Hay un máximo de dos vueltas; si a la segunda no pasa, el agente se detiene y pide ayuda. Lo que propone el agente de crecimiento lo califica el de mantenimiento, no él mismo.

Lo separo por un número. Cuando medí 250 tareas de mi equipo, donde algo verificaba la regla se cumplía en el 67% de los casos; donde no, en el 3%.

¿Cómo sabes si un agente se quedó atorado?

Con un vigilante: un puesto cuya única tarea es mirar al resto. Es la idea que más me sirvió de la lista, porque ataca el problema que ya tenía.

El 5 de noviembre conté 97 tareas esperándome a mí, y buena parte las habían producido agentes. Los agentes terminan más rápido de lo que una persona revisa, así que la pila crece sola si nadie la mira.

El vigilante revisa tres cosas cada mañana:

• Tareas sin movimiento en varios días.
• Trabajo terminado que sigue esperando revisión, aunque ya esté en producción.
• Reportes programados que no llegaron. Un agente que deja de reportar no avisa que se cayó.

Si todo está bien, se queda callado; solo escribe cuando algo falla. Lo voy a sumar como tarea del director de operación y no como un agente nuevo, por la regla de la ficha: no necesita memoria, permisos ni horario propios.

¿Cómo mejora un agente con el tiempo?

Subiendo cada corrección de escalón hasta que no dependa de que alguien la recuerde. La memoria de un bot es caché: si mañana cambias de herramienta, se pierde.

1. Tabla con fecha. Cada corrección se anota: la regla, qué se hizo mal y cómo debió ser.
2. Manual. Si se repite, sube a la habilidad escrita que leen todos los agentes que hacen ese trabajo.
3. Código. Si se repite otra vez, se vuelve una prueba o un candado que falla solo.

Un ejemplo real: un agente publicó en X, en unos minutos, todo lo que tocaba en el día. La corrección quedó en la tabla y luego en su manual: seis bloques al día, y nunca dos piezas en el mismo minuto. Para llevar esa cuenta armé la bitácora de correcciones, que te avisa a la tercera repetición.

Cada viernes mido un número: qué porcentaje de lo que me propusieron aprobé sin cambiarle nada. Si el agente aprende, ese número sube. Si lleva dos semanas sin subir, hay que explicar por qué.

¿Cuándo apagas un agente?

Cuando llega su fecha de corte y no movió su número. Cada agente nace con una prueba y una fecha; los míos de Grok tienen 30 días, con corte el 3 de diciembre.

Si al día 30 un agente no trajo una conversación de venta, se pausa. Se pausa ese, no todos: cada empresa declara cuánto le cuestan sus agentes y qué ingreso lo cubre. Hoy son 30 dólares al mes de Grok, encima de los 100 que ya pago de Claude.

Una vez al mes reviso todos los puestos con cuatro salidas posibles: mantener, juntar con otro, pausar o borrar. Un puesto entra solo si se gana su lugar, y se queda con la misma condición.

¿Por dónde empiezas esta semana?

Por un solo agente y su ficha. Antes de abrir el chat:

1. Escribe su trabajo en una oración, con un número.
2. Decide a quién reporta y qué te escala a ti.
3. Pinta sus tareas con el semáforo y quítale los botones de lo rojo.
4. Nombra a quién revisa lo que entrega, que no sea él mismo.
5. Córrelo tres veces a mano y anota cada corrección.
6. Ponle una fecha de corte.

Si ya tienes varios corriendo, sigue con los 5 pasos para dirigir agentes de IA y con cómo dirigir varios agentes sin que se pisen el trabajo. El kit con las fichas y los prompts está gratis en Dirige a tus agentes de IA.

Y si quieres que lo armemos para tu equipo, empieza con el diagnóstico.