Aula 8 · 18 min
Você já sabe abrir sessões, mandar para o segundo plano, coordenar, subir para a nuvem e controlar o custo. Falta juntar tudo num jeito de trabalhar que se repete todo dia. Nesta aula você monta o seu manual de gestão em uma página e vê, com honestidade, o que ainda falta para isso virar uma plataforma completa.
Começar a aula
Objetivo: montar seu sistema de gestão de agentes: rotina diária, ciclo observar-criticar-otimizar-validar e os limites.
Toque ou clique em cada etapa.
Role a página: cada etapa abaixo acende a sua parte do diagrama.
Olhe o que cada sessão fez antes de opinar. Na agent view (claude agents), o filtro s:blocked mostra tudo que espera por você. Ao entrar numa sessão, o Claude resume o que aconteceu enquanto você estava fora. No Projects, o Overview mostra um ponto na thread que espera por você.
Compare a entrega com a sua regra de pronto, não com a sua impressão. A regra tem de ser conferível: "cita a data de cada post", "o cliente aprova sem correção". Anote o que faltou.
Corrija a causa, não só a entrega: ajuste as instruções da sessão ou do projeto, desligue a skill que atrapalha, ligue o /advisor numa decisão grande. Uma mudança de cada vez, para saber o que funcionou.
Rode de novo e confira pela regra de pronto. Passou: está pronto. Não passou: volta a observar. Esse ciclo de observar, criticar, otimizar e validar é o Loop-R, o método INEMA.
Só depois de validar você dá como concluído. E registra numa linha o que o executor fez, o que você mudou e o resultado. É esse registro que vira o seu histórico.
Observar, criticar, otimizar e validar antes de dar como concluído. É o que separa ter várias sessões rodando de administrar uma força de trabalho digital.
Quatro etapas antes de dizer pronto. Se a validação falha, o ciclo recomeça.
A visão do Nei Maldaner, do INEMA, e como ela vira o dia a dia da Ana.
Para o Nei, o trabalho com IA passou por três degraus. Primeiro, o prompt: uma pessoa e uma IA. Depois, o agente: a IA executando uma tarefa inteira.
Agora, a gestão de agentes: uma pessoa coordenando várias sessões. O próximo passo, na visão dele, é o humano nas decisões e a IA executando em equipe.
Administrar uma força de trabalho digital.
Ana abre a agent view com claude agents e digita s:blocked na caixa de filtro. Aparece só o que espera por ela: a sessão da clínica pediu uma decisão sobre a foto de um dos posts da semana.
Ela decide primeiro o que trava. O que está andando fica andando.
No Projects (claude.ai/code ou app Desktop), o Overview mostra um ponto na thread que espera por você.
No meio do relatório semanal da padaria, Ana tem uma dúvida rápida. Ela usa /btw: a pergunta lateral não interrompe a sessão nem entra no histórico principal.
Quando uma sessão precisa dela, o terminal avisa. Ela não fica olhando a tela.
O side chat abre com Ctrl+; (Cmd+; no Mac).
Ana roda /recap em cada sessão e passa o ciclo nas entregas do dia. O que passou na regra de pronto vai para o registro.
O que não passou fica com uma anotação do que ajustar amanhã.
Clínica · posts da semana · validado pela regra (cada post cita o horário de atendimento) · nenhuma mudança.
Gerenciar sessões não é ter uma plataforma de gestão de agentes. Estas peças o gestor monta, por enquanto, com os recursos que existem.
Permissões: quem pode fazer o quê. Hoje você escreve nas instruções do projeto o que precisa do seu OK, confere mods com claude plugin validate e tem o claude --safe-mode para abrir sem customizações.
Auditoria: quem fez o quê, quando. Hoje é o seu registro de uma linha por entrega, mais o claude logs para ver a saída recente de uma sessão.
Um lugar único com regras por agente e histórico completo de cada ação.
Custo: hoje você enxuga o contexto com /skill-doctor, deixa o consumo à vista na status line e pede no Projects "faça esta tarefa com um modelo menor".
Métricas: claude agents --json lê o estado das sessões por script. Na versão 2.1.312 existe o /insights, que gera um relatório das suas sessões, mas ele ainda não aparece na documentação.
Um painel com custo e resultado por agente, por cliente, por mês.
Filas: no Projects você pede "no máximo duas threads ao mesmo tempo". No agent teams, que é experimental, há uma lista de tarefas em que uma tarefa pode esperar outra.
Persistência: a memória do projeto guarda decisões. Mas a sessão local depende da máquina ligada, e o /resume não restaura teammates.
Uma fila que sobrevive a qualquer queda e retoma sozinha.
Hoje o Claude avisa quando uma sessão falha, e as falhas ficam no grupo Completed da agent view. No Projects, o Desktop notifica quando uma thread erra.
Quem decide o que fazer é você: entrar na sessão, ver o resumo e pedir de novo.
Recuperação automática com regra: tentar de novo, trocar de caminho ou chamar você.
Uma página. Troque o texto entre < > pelo seu.
Manhã: <onde você olha o que trava, ex.: claude agents com s:blocked, ou o Overview do projeto> Durante: <como você tira dúvida sem interromper, ex.: /btw ou side chat> Fim do dia: <como você fecha, ex.: /recap em cada sessão e o ciclo nas entregas> Regra de pronto: <o que toda entrega precisa cumprir, de um jeito que dá para conferir> Registro: <onde e como você anota o que cada executor fez> Sobe para mim: <o que nenhuma sessão decide sem o seu OK>
claude agents
<data> · <cliente> · <o que o executor entregou> · <validado pela regra? sim/não> · <o que mudei>
s:blocked Needs input clinica-posts precisa de você: escolher a foto do post (1 sessão esperando por você)
Cole o seu manual (ou carregue o .txt). A página confere os seis campos, pede a rotina com as ferramentas certas e, na Regra de pronto, um verbo de teste: algo que alguém faz para conferir ("cita a data", "o cliente aprova sem correção", "o link abre", "o script roda"). Número sozinho não basta: "ficar bom em 2 dias" é recusado.
Use os trabalhos que você listou na aula 1.
Preencha o manual-gestao.txt com os seis campos e cole no conferidor acima. Quem usa o app Desktop (aba Code) pode escrever a Manhã e o Fim do dia perguntando a uma sessão gestora, em linguagem simples, "qual sessão está esperando por mim?" e "status de cada sessão": o Desktop lê as outras sessões locais. No Projects, use o Overview e o status das threads.
Pronto quando: o conferidor responde "OK: manual de gestão com os 6 campos preenchidos".
Siga o manual por um dia de trabalho. No fim, escreva uma linha de registro para cada entrega, no modelo acima.
Pronto quando: existe pelo menos uma linha de registro com data, cliente, entrega, se passou na regra de pronto e o que você mudou.
Pegue uma entrega que não passou na regra de pronto. Anote o que faltou (criticar), mude uma coisa só nas instruções (otimizar) e peça de novo (validar). Se nenhuma entrega falhou, rode o ciclo numa que passou e use a crítica para apertar a regra de pronto.
Pronto quando: você tem, por escrito, o que faltou (ou o que a regra deixava passar), a única mudança feita e se a nova entrega passou na regra.
Das sete peças que faltam (permissões, custo, filas, persistência, métricas, auditoria, recuperação de falhas), escolha as duas que mais doem no seu trabalho.
Pronto quando: você escreveu as duas peças e, para cada uma, o que vai fazer à mão por enquanto.
O mecanismo da aula explicado em cerca de dois minutos e meio.
A explicação aparece depois da sua resposta.
Pergunta 1 de 5
Qual a ordem do ciclo antes de dar uma entrega como pronta?
Pergunta 2 de 5
De manhã, como Ana vê só as sessões que esperam por ela?
Pergunta 3 de 5
Qual destas é uma regra de pronto que dá para conferir?
Pergunta 4 de 5
Gerenciar várias sessões é o mesmo que ter uma plataforma completa de gestão de agentes?
Pergunta 5 de 5
Por que registrar uma linha por entrega?
Escolha uma alternativa. A explicação aparece depois da sua tentativa.