Cinco fluxos de trabalho que a equipe da VM0 roda toda semana. Cada um mostra a configuração, o prompt, o artefato que o Zero produz e o tempo que ele recupera.
O objetivo não é copiar estes literalmente — é ver o formato de um fluxo de trabalho completo do Zero e adaptá-lo ao seu próprio trabalho.
1. Briefing matinal
A dor. Toda manhã começa com uma atualização: abrir o Slack, ver @menções, checar o calendário, dar uma olhada nos PRs abertos. Vinte minutos antes da primeira tarefa de verdade.
Configuração. Um agendamento, dias úteis às 8h. Conectores: Slack, GitHub, Google Calendar.
Prompt.
"Todo dia útil às 8h, horário de Pequim, me mande uma DM com quatro seções:
- @menções não lidas no Slack das últimas 24 horas, com resumos de uma linha
- Issues do GitHub atribuídas a mim, ordenadas por idade, com status e último comentário
- Calendário de hoje — títulos de reuniões, horários e o documento do Notion relevante, se houver link
- Um foco sugerido para o dia, com base no que está atrasado ou bloqueando outros"
O que você recebe de volta. Uma DM no Slack às 8h, geralmente de 200 a 350 palavras. Cada seção é curta; os números são concretos; os links são inline. O "foco sugerido" varia — às vezes é um PR óbvio; às vezes é uma preparação de reunião que precisa de mais atenção do que o dia sugere.
O que recupera. Cerca de 20 minutos por dia, mais o custo cognitivo de alternar contexto entre quatro ferramentas logo de cara.
Variações. Adicione uma quinta seção para novos cadastros de clientes ou para erros de produção do Sentry. Substitua a DM no Slack por um e-mail se você preferir manhãs sem notificações.
2. Concorrentes semanal
A dor. Saber o que os concorrentes lançaram na semana passada é útil. Checar manualmente três contas do X, três changelogs, três páginas de preços e um blog roll é uma tarefa que silenciosamente escapa.
Configuração. Uma skill (competitor-scan) mais um agendamento de segunda-feira de manhã. Conectores: X, web search, Notion.
Prompt.
"Faça uma varredura de @competitor1, @competitor2, @competitor3 no X e dos changelogs deles desde a última segunda-feira. Cruze com as páginas de preços e quaisquer posts de blog. Compare com a base da semana passada (página do Notion 'Competitor State'). Publique um resumo no
#competitor-inteldestacando: novas funcionalidades, mudanças de preço, sinais de contratação e qualquer coisa notável no tom ou na mensagem."
O que você recebe de volta. Uma thread no Slack na segunda-feira de manhã. Mensagem principal: um resumo de 5 bullets. Respostas: seções por concorrente com atualizações citadas e links. A página base do Notion é atualizada automaticamente para que o diff da próxima semana tenha uma base atual.
O que recupera. Cerca de 90 minutos por semana, mais a carga mental de bastidores do "eu deveria dar uma olhada na Acme".
Variações. Adicione Reddit e Hacker News para sentimento da comunidade. Adicione uma retrospectiva trimestral que resume os diffs do ano em um slide pronto para board.
3. Triagem de bugs
A dor. Alguém joga uma captura de tela ou descrição vaga no #bug-report. Isso precisa virar uma issue de verdade no GitHub com passos de reprodução, uma severidade, um rótulo e uma equipe. Essa etapa de formalização é pequena, mas constante.
Configuração. Uma skill (triage-bug-report), invocada manualmente com @Zero no #bug-report. Conectores: Slack, GitHub.
Prompt (no canal):
"@Zero 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 à equipe mais provável com base nos caminhos de arquivo ou sintomas, e abra uma nova issue se não for duplicata. Responda nesta thread com o link."
O que você recebe de volta. Uma resposta em thread em cerca de 60 segundos: um link de issue do GitHub, a severidade escolhida com uma justificativa de uma linha, uma lista de 2 a 3 issues relacionadas para contexto e a equipe atribuída. Se o Zero achar que é uma duplicata, ele publica o link da issue original em vez de abrir uma nova.
O que recupera. Ao longo de uma semana movimentada, essa é a diferença entre um rastreador de issues limpo e um backlog de capturas de tela do Slack sem triagem.
Variações. Adicione uma tag "customer-facing" com base em o repórter ser ou não de fora da empresa. Acione o plantão automaticamente para P0.
4. Rascunho de resposta a cliente
A dor. Um e-mail de cliente precisa de uma resposta útil, alinhada à marca e fundamentada na documentação. Cinco minutos por e-mail × 30 e-mails por semana é um custo real.
Configuração. Uma skill (customer-reply-draft), invocada manualmente ao encaminhar um e-mail para o Zero ou colar no chat. Conectores: Gmail, Notion (ou sua central de ajuda), Stripe (para faturamento), Linear (para problemas conhecidos).
Prompt.
"O cliente escreveu este e-mail [cole]. Leia os últimos três tickets deles, consulte nossa documentação na seção relevante, verifique no Linear se há problemas conhecidos que correspondam ao relato e verifique no Stripe qualquer contexto de faturamento. Redija uma resposta no idioma deles. Cite a seção da documentação. Mantenha abaixo de 150 palavras. Combine com o tom da nossa última resposta de suporte a eles."
O que você recebe de volta. Um rascunho de resposta com citações vinculadas no final — geralmente dois ou três links de documentação, mais um aviso como "Linear ENG-4422 é um problema conhecido relacionado a isso; previsão para a próxima semana." Você dá uma olhada, ajusta uma linha, envia.
O que recupera. Cerca de 3 a 4 minutos por e-mail. Ao longo de uma semana de suporte, são horas.
Variações. Detecte automaticamente o tier do cliente pelo Stripe; encaminhe clientes VIP para um fluxo somente-rascunho (sem envio automático) e clientes de tier mais baixo para uma fila de envio automático de alta confiança.
5. Produção semanal de conteúdo
A dor. O marketing quer um post de blog, três posts do LinkedIn e um conjunto de cards sociais toda semana. Cada peça precisa de contexto de pesquisa e conteúdo existente. Coordenar isso entre ferramentas dá mais trabalho do que escrever.
Configuração. Uma skill de múltiplas etapas (weekly-content) em um agendamento de sexta-feira à tarde. Conectores: 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 no banco de dados 'Marketing Inputs'
- Cruze com os temas de blog da semana passada para evitar repetições
- Redija um post de blog de 800 palavras sobre o tema mais oportuno; salve no Notion em 'Blog Drafts'
- Redija três variações para o LinkedIn da mesma ideia — um ensaio, uma lista, uma história pessoal
- Gere três cards sociais quadrados no estilo da nossa marca
- Publique o pacote no
#marketingpara revisão"
O que você recebe de volta. Uma única mensagem no Slack na sexta-feira à tarde contendo todos os seis artefatos inline. O rascunho do blog leva a uma página do Notion já estilizada. Os rascunhos do LinkedIn estão prontos para copiar e colar. Os cards sociais estão baixados e prontos para anexar.
O que recupera. Cerca de meio dia de coordenação semanal. Os editores revisam e publicam; eles não redigem.
Variações. Adicione um teste A/B em que o Zero gera dois títulos e os testa com uma pequena audiência via Loops. Adicione uma checagem no Plausible dos temas de melhor desempenho da semana passada para enviesar a seleção de tema.
Cada um desses fluxos de trabalho levou de 10 a 30 minutos para configurar. Depois disso, eles se pagam diária ou semanalmente. O custo é basicamente os créditos que cada execução consome — visível por chat na página Usage. Veja Créditos e faturamento para as contas.
Para construir a sua própria versão, copie um desses prompts, substitua os nomes das suas ferramentas e canais, e experimente. Itere a partir do resultado.