Cinco workflows que o time do Okou roda toda semana. Cada um mostra a configuração, o prompt, o resultado que o Okou produz e o tempo que ele devolve.
A ideia não é copiá-los ao pé da letra, e sim enxergar o formato de um workflow completo do Okou e adaptá-lo ao seu próprio trabalho.

1. Resumo matinal
A dor. Toda manhã começa com uma corrida atrás do prejuízo: abrir o Slack, passar os olhos nas @menções, conferir a agenda, dar uma olhada nas PRs abertas. Vinte minutos antes da primeira tarefa de verdade.
Configuração. Uma programação, em dias úteis às 8h. Connectors: Slack, GitHub, Google Calendar.
Prompt.
"Todo dia útil às 8h, horário de Pequim, me mande uma DM com quatro seções:
- @menções do Slack não lidas das últimas 24 horas, com um resumo de uma linha cada
- Issues do GitHub atribuídas a mim, ordenadas por tempo em aberto, com status e último comentário
- A agenda de hoje — títulos das reuniões, horários e o documento do Notion relacionado, se houver link
- Uma sugestão de foco para o dia, com base no que está atrasado ou travando outras pessoas"
O que você recebe. Uma DM no Slack às 8h, normalmente de 200 a 350 palavras. Cada seção é curta, os números são concretos e os links vêm no meio do texto. O "foco sugerido" varia: às vezes é uma PR óbvia, às vezes é uma preparação de reunião que pede mais atenção do que o dia deixa transparecer.
O que economiza. Cerca de 20 minutos por dia, mais o custo mental de alternar entre quatro ferramentas logo de cara.
Variações. Acrescente uma quinta seção com novos cadastros de clientes ou com erros de produção vindos do Sentry. Troque a DM do Slack por um e-mail se você prefere manhãs sem notificações.
2. Semanal de concorrentes
A dor. Saber o que os concorrentes lançaram na semana passada é útil. Conferir na mão três contas no X, três changelogs, três páginas de preços e uma lista de blogs é uma chateação que vai ficando para trás sem ninguém perceber.
Configuração. Um workflow (competitor-scan) somado a uma automation programada para a manhã de segunda-feira. Connectors: X e Notion. A busca na web não exige nada conectado — é um managed service.
Prompt.
"Varra @competitor1, @competitor2 e @competitor3 no X e os changelogs deles desde a segunda passada. Cruze com as páginas de preços e com quaisquer posts de blog. Compare com a referência da semana anterior (página do Notion 'Competitor State'). Publique um resumo em
#competitor-inteldestacando: novas funcionalidades, mudanças de preço, sinais de contratação e qualquer coisa que chame atenção no tom ou na mensagem."
O que você recebe. Uma thread no Slack na manhã de segunda. Mensagem principal: um resumo em 5 tópicos. Respostas: seções por concorrente, com as novidades citadas e os links. A página de referência no Notion é atualizada automaticamente para que a comparação da semana seguinte parta de dados frescos.
O que economiza. Cerca de 90 minutos por semana, mais aquela carga mental de fundo do "preciso dar uma olhada no que a Acme está fazendo".
Variações. Acrescente Reddit e Hacker News para captar o sentimento da comunidade. Acrescente uma retrospectiva trimestral que condense as mudanças do ano em um slide pronto para o conselho.
3. Triagem de bugs
A dor. Alguém joga uma captura de tela ou uma descrição vaga no #bug-report. Aquilo precisa virar uma issue de verdade no GitHub, com passos de reprodução, severidade, etiqueta e time responsável. Esse passo de formalização é pequeno, mas constante.
Configuração. Um workflow (triage-bug-report), acionado manualmente com @Okou no #bug-report. Connectors: Slack, GitHub.
Prompt (no canal):
"Okou faça a triagem disso — extraia os passos de reprodução das capturas de tela e da thread, procure issues relacionadas no GitHub, classifique a severidade (P0–P3), atribua ao time mais provável com base nos caminhos de arquivo ou nos sintomas, e abra uma issue nova se não for duplicata. Responda nesta thread com o link."
O que você recebe. Uma resposta na thread em cerca de 60 segundos: o link da issue no GitHub, a severidade escolhida com uma justificativa de uma linha, uma lista de 2 a 3 issues relacionadas como contexto e o time atribuído. Se o Okou achar que é duplicata, ele publica o link da issue original em vez de abrir uma nova.
O que economiza. Ao longo de uma semana movimentada, é a diferença entre um rastreador de issues organizado e uma pilha de capturas de tela do Slack sem triagem.
Variações. Acrescente uma etiqueta "customer-facing" conforme quem relatou seja ou não de fora da empresa. Acione o plantão automaticamente para P0.
4. Rascunho de resposta ao cliente
A dor. Um e-mail de cliente precisa de uma resposta útil, alinhada à marca e apoiada na documentação. Cinco minutos por e-mail × 30 e-mails por semana é um custo real.
Configuração. Um workflow (customer-reply-draft), acionado manualmente encaminhando um e-mail para o Okou ou colando no chat. Connectors: Gmail, Notion (ou sua central de ajuda), Stripe (para cobrança), Linear (para problemas conhecidos).
Prompt.
"Um cliente escreveu este e-mail [colar]. Leia os três últimos chamados dele, procure a seção relevante na nossa documentação, verifique no Linear se há problemas conhecidos que batem com o relato e confira no Stripe se existe algum contexto de cobrança. Rascunhe uma resposta no idioma dele. Cite a seção da documentação. Fique abaixo de 150 palavras. Mantenha o tom da nossa última resposta de suporte para essa pessoa."
O que você recebe. Um rascunho de resposta com as citações linkadas no final — normalmente dois ou três links da documentação, mais um aviso do tipo "Linear ENG-4422 é um problema conhecido relacionado a isso; previsão para a semana que vem." Você lê rápido, ajusta uma frase e envia.
O que economiza. Cerca de 3 a 4 minutos por e-mail. Ao longo de uma semana de suporte, são horas.
Variações. Detecte automaticamente a faixa do cliente pelo Stripe e coloque as respostas VIP diante de um revisor específico. O e-mail sempre chega como rascunho na sua conta para que uma pessoa envie, então é na etapa de revisão que você decide quanto rigor cada faixa recebe.
5. Produção semanal de conteúdo
A dor. O marketing quer um post de blog, três publicações no LinkedIn e um conjunto de cards sociais toda semana. Cada peça precisa de contexto vindo de pesquisa e de conteúdo já existente. Coordenar isso entre as ferramentas dá mais trabalho do que escrever.
Configuração. Um workflow de várias etapas (weekly-content) em uma automation programada para a sexta-feira à tarde. Connectors: Notion (pesquisa), Plausible (analytics), Fal (geração de imagens), Loops (e-mail).
Prompt.
"Toda sexta-feira às 14h, faça o seguinte:
- Leia os novos documentos do Notion desta semana na base 'Marketing Inputs'
- Cruze com os temas de blog da semana passada para evitar repetição
- Rascunhe um post de blog de 800 palavras sobre o tema mais oportuno; salve no Notion, em 'Blog Drafts'
- Rascunhe três variações para LinkedIn da mesma ideia — um ensaio, uma lista e uma história pessoal
- Gere três cards sociais quadrados no nosso estilo de marca
- Publique o pacote em
#marketingpara revisão"
O que você recebe. Uma única mensagem no Slack na sexta à tarde com todos os seis materiais no corpo da mensagem. O rascunho do blog aponta para uma página do Notion já formatada. Os rascunhos de LinkedIn estão prontos para copiar e colar. Os cards sociais já vêm baixados e prontos para anexar.
O que economiza. Cerca de meio dia de coordenação por semana. Os editores revisam e publicam; não escrevem mais o rascunho.
Variações. Acrescente um teste A/B em que o Okou gera dois títulos e os testa com um público pequeno via Loops. Acrescente uma consulta ao Plausible sobre os temas de melhor desempenho da semana passada para orientar a escolha da pauta.
Cada um desses workflows levou de 10 a 30 minutos para ser montado. Depois disso, eles se pagam diariamente ou semanalmente. O custo corresponde basicamente aos créditos que cada execução consome — visíveis na página Billing. Veja Credits & billing para a conta.
Para montar sua própria versão, copie um desses prompts, troque os nomes das suas ferramentas e canais e experimente. Depois vá iterando a partir do resultado.
Para uma seleção maior, a workflow library pública lista cada exemplo com os connectors de que precisa, o prompt que o inicia e os passos que o Okou executa.

