Aula 3 · 16 min
O diretor de uma empresa é um maestro: compras, marketing, comercial e financeiro tocam juntos e ele coordena. Com agentes é igual. Em vez de um assistente que sabe um pouco de tudo, você monta um por função, cada um com o seu contexto, as suas regras e o seu modelo, rodando num servidor ligado 24 horas.
Começar a aula
Objetivo: desenhar sua equipe de agentes por função, com contexto por empresa, regras escritas e o modelo de cada um.
Clique em cada agente.
Separe por função E por empresa: o agente de uma clínica não precisa saber das obras da imobiliária.
Quatro decisões.
Agentes que atendem a equipe precisam ficar ligados. Um servidor alugado (VPS) resolve; existem plataformas abertas, como o Hermes Agent, que já trazem perfis de agente, terminal próprio e acesso pelo Telegram.
Para experimentar, uma máquina pequena basta; com uma dúzia de agentes, a memória costuma pedir 8 GB ou mais.
Várias plataformas conectam a assinatura que você já tem (ChatGPT/Codex, Claude) em vez de chave de API cobrada por uso.
Confira nos termos do seu plano se o uso automático é permitido e quanto ele aguenta por dia.
Cada agente recebe só o que precisa: o repositório, a base de conhecimento, quem é quem na equipe e as regras daquela empresa.
Escreva a ordem das fontes da verdade: primeiro o repositório, depois a base de dados, depois o resto.
O jeito de trabalhar de um agente que já funciona vira arquivo de regras para o próximo. Peça ao agente bom: "escreva as regras de como você trabalha comigo".
Comece pelas regras do agente que programa: são as que mais evitam estrago.
O mapa fica com você. As regras vão nas instruções do agente que programa.
AGENTE | FUNÇÃO | CONTEXTO (fontes) | MODELO coordenador | recebe, encaminha, junta | lista de agentes e o que cada faz | <top> finanças | caixa, contas, previsão | ERP, bancos, planilha de custos | <top em números> programação | código e automações | repositório, base de dados | <top em código> dados | vendas, estoque, campanhas | CRM, anúncios, estoque | <econômico> comercial-<X> | atende e qualifica | CRM da empresa X, produto, equipe | <econômico> REGRAS GERAIS - cada agente só lê as fontes da sua linha - pedido fora da função volta ao coordenador - relatório semanal de cada agente para você
REGRAS DE PROGRAMAÇÃO ANTES DE COMEÇAR - git status e git pull no repositório certo - nunca trabalhar direto no main (nem no master) DURANTE - um ramo por tarefa, nome curto em kebab-case (ex.: corrige-boleto) - commits pequenos, mensagem que diz o que mudou - nada de senha, chave ou dado de cliente no repositório (segredos ficam no cofre de senhas) FONTES DA VERDADE, NESTA ORDEM 1. o repositório 2. a base de dados 3. a documentação NO FIM - abrir pull request com o que mudou e como testar - NUNCA fazer o merge: quem aprova é uma pessoa
Dá para fazer no papel antes de montar qualquer servidor.
Copie o mapa e preencha com as funções da sua empresa (ou das empresas que você atende). Comece com no máximo cinco agentes.
Pronto quando: o mapa tem de 3 a 5 agentes, cada um com função, fontes de contexto e o tipo de modelo.
Salve as regras de programação como REGRAS-PROGRAMACAO.md no repositório onde o agente vai trabalhar e ajuste os nomes.
Pronto quando: o arquivo existe no repositório e tem a regra "nunca fazer o merge".
Peça ao agente com quem você já trabalha bem: "escreva as regras de como você trabalha comigo, em lista".
Pronto quando: você tem a lista e marcou as regras que vão para os agentes novos.
O mecanismo da aula explicado em cerca de dois minutos e meio.
4 perguntas.
Pergunta 1 de 4
Você tem clínicas e uma imobiliária. Como separar os agentes comerciais?
Pergunta 2 de 4
Qual regra do agente que programa evita o maior estrago?
Pergunta 3 de 4
Por que rodar os agentes num servidor e não no notebook?
Pergunta 4 de 4
Qual a forma mais rápida de escrever as regras de um agente novo?
Escolha uma alternativa. A explicação aparece depois da sua tentativa.