Você não precisa escrever uma instrução de fluxo de trabalho a partir de uma página em branco. Comece concluindo uma tarefa real com seu agente. Quando o resultado estiver ú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. Sua função é revisar as suposições dele e decidir onde o fluxo de trabalho precisa de restrições mais claras para que outro colega consiga obter um resultado confiável.
Com My Okou, as instruções pessoais guardam as preferências de cada membro; um fluxo de trabalho do espaço de trabalho guarda o procedimento repetível e os padrões da equipe. Fluxos de trabalho privados pertencem ao usuário atual, e fluxos de trabalho públicos são compartilhados dentro do espaço de trabalho. A execução usa as instruções pessoais, a memória, as contas e as permissões do membro que executa. Em Legacy Agents, os fluxos de trabalho continuam vinculados a um único agente. Veja instruções pessoais e modos de experiência.
Comece a partir de uma execução bem-sucedida
É mais fácil criar um workflow depois que o agente viu a tarefa, o material de origem, seu feedback e um resultado aceitável.
- Dê ao agente uma tarefa real e a entrada real de que ele precisa.
- Revise o resultado e corrija contexto ausente, raciocínio fraco ou o formato errado.
- Quando o resultado estiver bom, peça ao agente para extrair o método repetível.
- Peça ao agente para redigir o nome, a descrição, a instrução do workflow e quaisquer arquivos de referência que ele recomendar.
- Revise o rascunho em conjunto antes de tornar o workflow público.
Você pode pedir:
Transforme o que acabamos de fazer em um workflow reutilizável para a equipe. Redija o nome, a descrição e a instrução. Separe o método reutilizável dos detalhes que se aplicam apenas a este caso. Antes de finalizarmos, liste as suposições e as restrições que eu devo revisar.
Isso dá ao agente a tarefa de redigir. Dá a você a tarefa de decidir quais partes precisam ser controladas.
A instrução é um lugar comum para restrições
A instrução do workflow acompanha o workflow e se aplica toda vez que ele é executado. Isso faz dela um dos lugares mais comuns para definir restrições como entradas obrigatórias, fontes aprovadas, formato da saída, padrões de qualidade e ações que exigem confirmação.
Não é a única camada de controle:
| Camada | O que ela restringe | Exemplo |
|---|---|---|
| Descrição | Quando o fluxo de trabalho deve ser selecionado | Use para novos leads de entrada que precisem de pesquisa e qualificação; não use para oportunidades já existentes. |
| Instrução | Como a tarefa deve ser executada | Verifique primeiro o CRM, cite alegações públicas, siga a rubrica de ICP e crie um rascunho em vez de enviar. |
| Arquivos | As referências estáveis que o método deve seguir | Rubrica de ICP, exemplos aprovados, modelo de relatório, glossário do produto |
| Permissões do conector | Quais ações externas o agente está realmente autorizado a executar | Ler registros do CRM, criar um rascunho de e-mail, mas não enviar e-mail |
| Solicitação de execução | A entrada e o escopo para este caso específico | Qualifique este lead, use este registro do CRM e retorne o resultado nesta conversa. |
| Automação | Quando o fluxo de trabalho é executado e quem é o proprietário da execução | Executar todos os dias úteis às 09:00 e postar o resultado em um canal nomeado. |
Não dependa do texto da instrução como substituto para controles de acesso. Se uma ação precisar ser tecnicamente restringida, use também a autorização real do conector e as permissões nomeadas, além de uma instrução clara.
Revise o primeiro rascunho do agente
Você não precisa reescrever cada frase. Concentre sua revisão nas decisões que importam para a equipe.
Quando ele deve ser usado?
- Que solicitação ou situação deve selecionar este workflow?
- Quando o agente não deve usá-lo?
- A descrição é específica o suficiente para diferenciá-lo de workflows semelhantes?
Que entrada é necessária?
- O que um colega deve fornecer antes de o trabalho começar?
- Quais entradas ausentes devem fazer o agente fazer uma pergunta?
- 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 a rubrica ou o modelo aprovado?
- Se duas fontes entrarem em conflito, qual delas tem prioridade?
- Como o agente deve rotular fatos que não consegue verificar?
Como a saída deve ser?
- Quais seções ou campos são obrigatórios?
- Qual nível de detalhamento é útil?
- A saída precisa de citações, links ou uma etiqueta de confiança?
- Para onde o resultado deve ir quando houver um destino 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 workflow público ou em um resultado compartilhado?
Estas são as restrições que vale a pena explicitar. Deixe o agente cuidar da redação e depois confirme se o texto reflete sua decisão.
Uma estrutura para revisar em conjunto
O agente pode usar a estrutura a seguir para o primeiro rascunho. Trate-a como uma estrutura de revisão, não como um formulário que você precise preencher sozinho:
# 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 workflow simples pode precisar apenas de algumas seções. Um workflow de alto risco pode precisar de 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 esconder uma decisão da qual a equipe dependa.
Exemplo: cocriar um fluxo de trabalho de qualificação de leads
Suponha que você peça ao agente para pesquisar um lead de entrada e redigir uma resposta. Durante a execução, você corrige o porte da empresa, explica que o CRM é o sistema de registro, aplica a rubrica de ICP da equipe e pede um e-mail mais curto.
Depois que o resultado for aprovado, peça ao agente para transformar a conversa em um workflow. O agente redige o procedimento. Depois, você acrescenta as restrições que devem permanecer além deste lead:
- verificar o CRM antes de fazer pesquisa pública;
- usar a rubrica de ICP anexada para a 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 de ICP, Riscos, Próximo passo recomendado e Rascunho de resposta;
- criar um rascunho de e-mail e nunca enviá-lo sem confirmação.
Agora o agente pode incorporar essas decisões na instrução. Você não precisa prescrever cada etapa da pesquisa. Você precisa tornar inequívocos as fontes da equipe, o contrato de saída e o limite de aprovação.
Dê feedback sobre as restrições em linguagem simples
Você pode refinar o rascunho dizendo ao agente o que precisa mudar:
- “Peça o registro do CRM antes de começar, se ele estiver ausente.”
- “Trate o CRM como o sistema de registro quando os nomes das empresas entrarem em conflito.”
- “Toda alegação factual no resumo precisa de um link de fonte.”
- “Mantenha a resposta abaixo de 150 palavras, mas adapte o tom à mensagem de entrada.”
- “Crie o e-mail como rascunho. Nunca o envie automaticamente.”
- “Este workflow não deve ser executado para oportunidades já existentes.”
Peça ao agente para atualizar o workflow e resumir qual restrição cada alteração aborda. Isso facilita identificar uma regra que foi mal interpretada ou colocada na seção errada.
Mantenha as coisas certas fora da instrução
Algumas informações não devem se tornar texto permanente do workflow:
- nomes de clientes, prazos únicos e destinos específicos do caso pertencem à solicitação de execução;
- senhas, tokens e credenciais privadas não pertencem a uma instrução nem a um arquivo anexado;
- cronogramas e eventos pertencem a uma automação;
- limites técnicos de acesso pertencem à autorização do conector e às permissões nomeadas;
- feedback pessoal que se aplica apenas a um resultado pode permanecer naquela conversa.
A instrução deve carregar o método reutilizável e as restrições comportamentais, não cada detalhe ao redor do trabalho.
Teste e refine em conjunto
Execute o workflow com pelo menos duas entradas realistas, de preferência com um segundo colega. Após cada execução, pergunte:
- O workflow foi ativado para a tarefa certa?
- Ele solicitou as entradas de que precisava?
- Seguiu a prioridade de fonte pretendida?
- A saída permaneceu consistente sem ficar rígida demais?
- Ele 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 repetíveis. Mantenha correções pontuais na execução. Quando o método funcionar para alguém além de seu criador original, compartilhe o fluxo de trabalho com sua equipe.
