Voltar para a documentaçãoPara quem é

Crie instruções de fluxo de trabalho com seu agente

Cocrie instruções de fluxo de trabalho com seu agente e revise onde restringir entradas, fontes, saídas, qualidade e limites de aprovação.

Última atualização em 29 de outubro de 2026 · 8 min read

Você não precisa escrever uma instrução de fluxo de trabalho a partir de uma página em branco. Comece realizando uma tarefa real com seu agente. Quando o resultado for útil, peça ao agente para transformar o método que vocês desenvolveram juntos em um fluxo de trabalho reutilizável.

O agente cria o primeiro rascunho. Seu papel é revisar as suposições e decidir onde o fluxo de trabalho precisa de restrições mais claras para que outro colega obtenha um resultado confiável.

Cada fluxo de trabalho pertence a um agente. O agente fornece o papel mais amplo e as capacidades; o fluxo de trabalho captura o procedimento e as restrições para uma tarefa repetível.

Comece a partir de uma execução bem-sucedida

É mais fácil criar um fluxo de trabalho depois que o agente já viu a tarefa, o material de origem, seu feedback e um resultado aceitável.

  1. Dê ao agente uma tarefa real e a entrada real que ele precisa.
  2. Revise o resultado e corrija contexto ausente, raciocínio fraco ou formato incorreto.
  3. Quando o resultado estiver bom, peça ao agente para extrair o método repetível.
  4. Peça ao agente para rascunhar o nome, descrição, instrução e quaisquer arquivos de referência recomendados.
  5. Revise o rascunho junto antes de tornar o fluxo de trabalho público.

Você pode pedir:

Transforme o que acabamos de fazer em um fluxo de trabalho reutilizável para a equipe. Rascunhe o nome, descrição e instrução. Separe o método reutilizável dos detalhes que só se aplicam a este caso. Antes de finalizarmos, liste as suposições e restrições que devo revisar.

Isso dá ao agente a tarefa de rascunhar. Dá a você a tarefa de decidir quais partes precisam ser controladas.

A instrução é um local comum para restrições

A instrução do fluxo de trabalho acompanha o fluxo de trabalho e se aplica a cada execução. Isso faz dela um dos locais mais comuns para definir restrições como entradas obrigatórias, fontes aprovadas, formato de saída, padrões de qualidade e ações que precisam de confirmação.

Não é a única camada de controle:

CamadaO que restringeExemplo
DescriçãoQuando o fluxo de trabalho deve ser selecionadoUse para novos leads recebidos que precisam de pesquisa e qualificação; não use para oportunidades existentes.
InstruçãoComo a tarefa deve ser realizadaVerifique o CRM primeiro, cite fontes públicas, siga o critério ICP e crie um rascunho em vez de enviar.
ArquivosAs referências estáveis que o método deve seguirCritério ICP, exemplos aprovados, modelo de relatório, glossário do produto
Permissões do agenteQuais ações externas o agente realmente pode executarLer registros do CRM, criar rascunho de e-mail, mas não enviar e-mail
Solicitação de execuçãoA entrada e o escopo para este casoQualifique este lead, use este registro do CRM e retorne o resultado neste chat.
AutomaçãoQuando o fluxo de trabalho roda e quem é o responsável pela execuçãoExecute todos os dias úteis às 09:00 e publique o resultado em um canal nomeado.

Não confie apenas no texto da instrução como substituto para controles de acesso. Se uma ação precisa ser tecnicamente restrita, use autorização e permissões do agente além de uma instrução clara.

Revise o primeiro rascunho do agente

Você não precisa reescrever cada frase. Foque sua revisão nas decisões que importam para a equipe.

Quando deve ser usado?

  • Qual solicitação ou situação deve selecionar este fluxo de trabalho?
  • Quando o agente não deve usá-lo?
  • A descrição é específica o suficiente para diferenciá-lo de fluxos de trabalho semelhantes?

Qual entrada é obrigatória?

  • O que um colega deve fornecer antes do início do trabalho?
  • Quais entradas ausentes devem fazer o agente perguntar algo?
  • Quais detalhes pertencem a cada execução em vez da instrução permanente?

Quais fontes e regras prevalecem?

  • Qual é o sistema de registro?
  • Qual arquivo anexado contém o critério ou modelo aprovado?
  • Se duas fontes entrarem em conflito, qual tem prioridade?
  • Como o agente deve rotular fatos que não pode verificar?

Como deve ser a saída?

  • Quais seções ou campos são obrigatórios?
  • Qual nível de detalhe é útil?
  • A saída precisa de citações, links ou um rótulo de confiança?
  • Para onde o resultado deve ir quando um destino for fornecido?

Onde o agente deve parar?

  • Quais ações exigem confirmação?
  • O agente deve criar um rascunho em vez de enviar ou publicar?
  • Quais dados não devem aparecer em um fluxo de trabalho público ou resultado compartilhado?

Essas são as restrições que valem a pena tornar explícitas. Deixe o agente cuidar da redação e depois confirme se o texto reflete sua decisão.

Uma estrutura para revisar juntos

O agente pode usar a estrutura a seguir para seu primeiro rascunho. Trate como um guia de revisão, não como um formulário que você precisa preencher:

# Goal
State the single outcome this workflow must produce.

# Use this workflow when
Describe when to use it and any important exclusions.

# Required inputs
- List the information needed for a reliable result.
- Explain what to do when an input is missing.

# Sources and tools
- Name authoritative systems, documents, or attached files.
- Explain which source wins if information conflicts.
- Define how to handle facts that cannot be verified.

# Procedure
1. Verify the inputs and scope.
2. Gather the required evidence.
3. Apply the team's rules or rubric.
4. Produce the deliverable.
5. Check it against the quality bar.

# Output
Define the required sections, fields, format, and destination.

# Quality bar
- State what must be accurate, cited, complete, or consistent.
- Define what counts as done.

# Approval boundaries
- List actions that require confirmation.
- Specify when to create a draft instead of taking the final action.

Um fluxo de trabalho simples pode precisar de poucas seções. Um fluxo de trabalho de alto risco pode exigir regras mais explícitas de fonte, validação e aprovação. Peça ao agente para manter a instrução o mais curta possível sem omitir uma decisão da qual a equipe depende.

Exemplo: cocrie um fluxo de trabalho de qualificação de lead

Suponha que você peça ao agente para pesquisar um lead recebido e rascunhar uma resposta. Durante a execução, você corrige o porte da empresa, explica que o CRM é o sistema de registro, aplica o critério ICP da equipe e pede um e-mail mais curto.

Após a aprovação do resultado, peça ao agente para transformar a conversa em um fluxo de trabalho. O agente rascunha o procedimento. Você então adiciona as restrições que devem valer além deste lead:

  • verificar o CRM antes de pesquisar publicamente;
  • usar o critério ICP anexado para pontuação;
  • citar fontes para porte da empresa, localização e cargo atual;
  • rotular um fato obrigatório não verificado como Desconhecido;
  • retornar Resumo da conta, Evidências, Pontuação ICP, Riscos, Próximo passo recomendado e Rascunho de resposta;
  • criar um rascunho de e-mail e nunca enviá-lo sem confirmação.

O agente pode agora incorporar essas decisões na instrução. Você não precisa prescrever cada etapa da pesquisa. É necessário deixar claras as fontes da equipe, o contrato de saída e o limite de aprovação.

Dê feedback de restrição em linguagem simples

Você pode ajustar o rascunho dizendo ao agente o que precisa mudar:

  • “Peça o registro do CRM antes de começar se estiver faltando.”
  • “Considere o CRM como sistema de registro quando houver conflito de nomes de empresas.”
  • “Toda afirmação factual no briefing precisa de um link de fonte.”
  • “Mantenha a resposta com até 150 palavras, mas adapte o tom à mensagem recebida.”
  • “Crie o e-mail como rascunho. Nunca envie automaticamente.”
  • “Este fluxo de trabalho não deve rodar para oportunidades existentes.”

Peça ao agente para atualizar o fluxo de trabalho e resumir qual restrição cada alteração aborda. Isso facilita identificar uma regra mal compreendida ou colocada na seção errada.

Mantenha as informações certas fora da instrução

Algumas informações não devem se tornar texto permanente do fluxo de trabalho:

  • nomes de clientes, prazos únicos e destinos específicos pertencem à solicitação de execução;
  • senhas, tokens e credenciais privadas não devem estar em instruções ou arquivos anexados;
  • agendas e eventos pertencem a uma automação;
  • limites de acesso técnico pertencem à autorização e permissões do agente;
  • feedback pessoal que só se aplica a um resultado pode ficar naquele chat.

A instrução deve carregar o método reutilizável e as restrições comportamentais, não todos os detalhes do trabalho.

Teste e refine juntos

Execute o fluxo de trabalho com pelo menos duas entradas realistas, de preferência com um segundo colega. Após cada execução, pergunte:

  • O fluxo de trabalho foi ativado para a tarefa certa?
  • Solicitou as entradas necessárias?
  • Seguiu a prioridade de fontes pretendida?
  • A saída foi consistente sem se tornar rígida?
  • Parou no limite de aprovação exigido?
  • O problema é repetível ou só se aplica a este caso?

Peça ao agente para revisar a instrução para lacunas recorrentes. Mantenha correções pontuais na execução. Quando o método funcionar para alguém além do criador original, compartilhe o fluxo de trabalho com sua equipe.