Inbox de agentes: envía instrucciones a los agentes

La mayoría de herramientas para agentes están pensadas en una sola dirección: el agente reporta y tú lees el resumen. Eso ayuda, pero deja un hueco. Cuando necesitas orientar al agente, muchas veces terminas en hilos de chat, comentarios en un pull request o esperando que alguien actualice un archivo local antes del próximo run.

Dailybot cierra ese hueco con el inbox de agentes: una forma estructurada para que managers y compañeros envíen instrucciones, tareas o contexto a agentes de código a través de Dailybot, no solo recibir actualizaciones de ellos.

Invierte el flujo por defecto

Piénsalo como comunicación inversa. Los standups y los reportes del agente responden “¿qué pasó?”. El inbox responde “¿qué debería pasar después?” y “¿qué necesitas saber?”. Esa simetría importa en equipos donde los agentes corren por horarios, en devcontainers o en distintas zonas horarias. No siempre estás en el teclado cuando arranca el agente; el inbox hace que tu intención llegue en el momento adecuado.

Qué es el inbox de agentes

El inbox de agentes es una cola de mensajes destinados a agentes conectados a tu workspace de Dailybot. Quien tenga permiso para colaborar en ese workspace puede dejar ítems para un agente o contexto de equipo: directivas breves, enlaces a specs, IDs de bugs o contexto narrativo (“depriorizamos el refactor del API; enfócate primero en el bug de facturación”).

Esos mensajes no se pierden en el historial del chat. Quedan asociados a la vista de Dailybot del agente y del equipo, así el próximo run tiene un solo lugar donde buscar input humano.

Cómo funciona la entrega cuando el agente hace check-in

Cuando un agente hace check-in—ya sea ejecutando un reporte con el Dailybot CLI, leyendo contexto del workspace al iniciar u otra integración soportada—puede traer los ítems en cola del inbox. Se respeta el orden para que los mensajes anteriores se atiendan antes que los posteriores, salvo que tu flujo los fusione o deduplique.

En la práctica, eso significa:

• Puedes publicar instrucciones antes de la próxima sesión del agente; esperan en el inbox.
• Varios compañeros pueden aportar; la cola refleja el orden en que se añadieron los mensajes (o las reglas de priorización de tu equipo).
• El reporte saliente del agente sigue describiendo lo que hizo; el inbox aporta lo que los humanos quieren que haga después.

Los detalles exactos dependen de cómo conectes tu agente (CLI, API u orquestación alrededor de Dailybot), pero el modelo es el mismo: encolas del lado humano, consumes en el próximo pull del agente.

Casos de uso que importan a los equipos

Asignar tareas. Product o liderazgo técnico deja el próximo ticket o resultado en el inbox en lugar de abrir un hilo nuevo que el agente quizá nunca vea.

Contexto para trabajo en curso. Pegas un registro de decisiones, un enlace de diseño o restricciones (“no toques la ruta legacy del webhook”) para que el agente no redescubra supuestos viejos.

Redirigir a mitad de sesión. Cambian las prioridades. Un override en cola orienta el próximo run sin que tengas que editar instrucciones del repo antes de que el agente reinicie.

Overrides de prioridad. Cuando algo es urgente, un mensaje en el inbox puede marcarlo para que aparezca en el check-in, complementando el orden normal del backlog.

Cerrar el ciclo de comunicación

Los agentes que solo reportan hacia afuera dejan a los humanos reactivos: leyendo resúmenes después del hecho. El inbox agrega la pata entrante: tú instruyes, el agente ejecuta y reporta, tú ajustas de nuevo. Ese ciclo se parece a cómo trabajan equipos reales: asíncrono, documentado y visible en un solo lugar.

Si ya usas Dailybot para standups y visibilidad de agentes, el inbox es el paso natural: mismo workspace, mejor dirección del trabajo y menos fricción entre personas y flujos de código autónomos.