Inbox de agentes: envie instruções aos agentes

A maior parte das ferramentas para agentes foi feita para um só sentido: o agente reporta e você lê o resumo. Isso ajuda, mas deixa um vazio. Quando você precisa orientar o agente, muitas vezes acaba em threads de chat, comentários em pull request ou esperando alguém atualizar um arquivo local antes do próximo run.

O Dailybot fecha esse vazio com o inbox de agentes: uma forma estruturada de gestores e colegas enviarem instruções, tarefas ou contexto para agentes de código pelo Dailybot, não só receber atualizações deles.

Inverta o fluxo padrão

Pense em comunicação reversa. Standups e relatórios do agente respondem “o que aconteceu?”. O inbox responde “o que deve acontecer depois?” e “o que você precisa saber?”. Essa simetria importa em times em que os agentes rodam em horários fixos, em devcontainers ou em fusos diferentes. Você nem sempre está no teclado quando o agente inicia; o inbox faz sua intenção chegar no momento certo.

O que é o inbox de agentes

O inbox de agentes é uma fila de mensagens destinadas a agentes conectados ao seu workspace do Dailybot. Quem tem permissão para colaborar nesse workspace pode deixar itens para um agente ou contexto de time: diretivas curtas, links para specs, IDs de bugs ou contexto em texto (“despriorizamos o refactor da API; foque primeiro no bug de billing”).

Essas mensagens não se perdem no histórico do chat. Ficam associadas à visão do Dailybot do agente e do time, para que o próximo run tenha um único lugar para buscar input humano.

Como a entrega funciona no check-in do agente

Quando um agente faz check-in—seja rodando um relatório com o Dailybot CLI, lendo contexto do workspace na inicialização ou outra integração suportada—ele pode puxar os itens enfileirados do inbox. A ordem é preservada para que mensagens anteriores sejam tratadas antes das posteriores, a menos que seu fluxo mescle ou deduplique.

Na prática, isso significa:

• Você pode publicar instruções antes da próxima sessão do agente; elas esperam no inbox.
• Vários colegas podem contribuir; a fila reflete a ordem em que as mensagens foram adicionadas (ou as regras de priorização do seu time).
• O relatório de saída do agente continua descrevendo o que ele fez; o inbox traz o que os humanos querem que ele faça a seguir.

Os detalhes exatos dependem de como você conecta o agente (CLI, API ou orquestração em torno do Dailybot), mas o modelo é o mesmo: enfileira do lado humano, consome no próximo pull do agente.

Casos de uso que importam para os times

Atribuir tarefas. Produto ou liderança técnica deixa o próximo ticket ou resultado no inbox em vez de abrir um fio novo que o agente talvez nunca veja.

Contexto para trabalho em andamento. Você cola um log de decisões, um link de design ou restrições (“não mexa na rota legacy do webhook”) para o agente não redescobrir premissas antigas.

Redirecionar no meio da sessão. As prioridades mudam. Um override enfileirado orienta o próximo run sem precisar editar instruções do repositório antes do agente reiniciar.

Overrides de prioridade. Quando algo é urgente, uma mensagem no inbox pode sinalizar para aparecer no check-in, complementando a ordem normal do backlog.

Fechando o ciclo de comunicação

Agentes que só reportam para fora deixam humanos reativos: lendo resumens depois do fato. O inbox acrescenta a perna entrante: você instrui, o agente executa e reporta, você ajusta de novo. Esse ciclo se alinha a como times reais trabalham: assíncrono, documentado e visível em um só lugar.

Se você já usa Dailybot para standups e visibilidade de agentes, o inbox é o passo natural: mesmo workspace, melhor direção do trabalho e menos atrito entre pessoas e fluxos autônomos de código.