Quarenta e sete minutos – esse é o tempo mediano em que minhas mãos ficam no teclado durante o que costumava ser um dia inteiro de trabalho.
As oito horas de tarefas reais ainda acontecem. Só que agora acontecem em segundo plano, enquanto nove templates de prompt do Cowork fazem o trabalho e me avisam quando precisam de uma decisão.
Cada template tem entre 8 e 40 linhas. Cada um é focado em uma tarefa específica que eu costumava fazer manualmente todo dia ou toda semana. Cada um tem um tempo medido de antes/depois, baseado em 30 dias de uso lado a lado com a versão manual.
Total de horas recuperadas por semana, considerando todos os nove: 34 horas.
Isso não é uma projeção — é a diferença entre minhas horas registradas em abril (quando eu não tinha esses templates) e maio (quando passei a ter).
Abaixo estão todos os nove, na íntegra. Copie-os como estão ou reescreva os campos entre colchetes para se adequar ao seu stack. As três propriedades que os fazem funcionar estão no final.
Nada disso é sobre o Cowork ser inteligente, é sobre os prompts estarem modelados da forma certa.
A configuração
Eu já usava o Cowork desde o lançamento em 9 de abril. Em maio, já tinha instalado todos os 11 plugins oficiais, conectado os 12 conectores que realmente precisava e criado nove comandos de barra (slash commands) próprios. Os conectores e plugins importam menos do que as pessoas imaginam. Os comandos de barra importam mais.
Um comando de barra no Cowork é simplesmente um prompt salvo com entradas estruturadas. Você digita /morning-brief, o Cowork abre um pequeno formulário com os campos que o prompt precisa, você preenche e sai. O prompt faz o resto.
A maior parte do conteúdo público sobre Cowork fala sobre qual plugin instalar. Essa é a camada errada. O plugin é a cozinha. O comando de barra é a receita. Você pode comprar todas as cozinhas do mercado e ainda assim não cozinhar nada sem receitas.
Estes nove são os meus. Eles foram selecionados de um conjunto maior de cerca de trinta que testei; vinte e um não sobreviveram. Os nove que funcionaram compartilham três propriedades que explicarei no final. Os vinte e um que falharam compartilham dois modos de falha que também explicarei.
Números em cada seção: tempo mediano na versão manual (esquerda), tempo mediano na versão Cowork (direita). Ambos baseados em 30 dias de execução pareada em maio.
1. Briefing de inteligência diário: 47 min -> 4 min
Executa todas as manhãs às 7h30. Puxa e-mails noturnos do Gmail, DMs do Slack, agenda do dia, posições no Polymarket e três fontes de notícias que acompanho. Gera uma única página com três seções: o que precisa da minha atenção antes das 10h, o que pode esperar e o que é ruído.
A linha TERMINATION está fazendo um trabalho real aqui. Sem ela, o mesmo prompt se expandia para um documento de 1.400 palavras com visões executivas e blocos de "principais conclusões". Com ela, a saída é uma página imprimível. A cláusula "não resumir o resumo" reduziu o tamanho da saída em 60% sem perda de qualidade.
2. Varredura de cenário competitivo: 3h -> 18 min
Executado sob demanda. Puxa páginas de produtos, páginas de preços, posts recentes de blog, presença no X, posts de contratação e financiamentos recentes de até 8 concorrentes nomeados. Cruza com minhas próprias anotações de posicionamento (em uma pasta do Drive que eu indico).
"Não prever o futuro" economizou 40 minutos por execução. O movimento padrão do Cowork é adicionar uma seção de perspectiva estratégica no final de cada relatório. A perspectiva estratégica é sempre as mesmas três observações vestidas de forma diferente a cada vez. Cortá-la não faz perder nada.
3. Triagem de e-mail e rascunho de respostas: 90 min -> 11 min
Executado três vezes ao dia: 9h, 13h, 17h. Organiza a caixa de entrada por quem está esperando e há quanto tempo, redige uma resposta para cada um que precisa, deixa os rascunhos no Gmail com uma etiqueta para que eu possa revisar e enviar de uma vez.
Duas coisas importantes aqui. A correspondência de voz com base nos "últimos 5 e-mails enviados" é a diferença entre um rascunho que posso enviar e um que preciso reescrever — sem ela, o Cowork escreve em inglês de escola de negócios; com ela, os rascunhos soam como eu, a ponto de às vezes esquecer quais eu editei. Tentei 3 e 10 como alternativas; 3 perde minha voz em assuntos raros, 10 se ajusta demais a padrões antigos. Cinco é o compromisso que funciona.
A outra linha, "não gerar respostas para threads que você já rascunhou", veio dos logs da primeira semana, onde o Cowork estava redigindo as mesmas threads todas as manhãs. Três dias de rascunhos duplicados se acumularam no Gmail antes que eu percebesse.
4. Dossiê de preparação para reuniões: 30 min -> 3 min
Executado 2 horas antes de qualquer reunião externa. Puxa todos os pontos de contato anteriores com as pessoas no convite, os cinco e-mails mais recentes, quaisquer documentos compartilhados, suas atualizações de perfil público desde a última conversa e três perguntas em aberto que devo levar.
"Drop it." O Cowork quer colocar tudo. Um dossiê de preparação de 4 páginas é uma distração educada. A versão de 1 página é lida.
5. Relatório de status semanal: 2h -> 7 min
Executado sexta-feira às 16h. Puxa issues fechadas no Linear, documentos criados no Notion nesta semana, resumos de canais do Slack e calendário para reconstruir o que realmente fiz. Gera o documento de status que as pessoas do meu time e clientes esperam.
A linha "não inventar métricas" é a regra mais importante de todo este artigo. O Cowork vai fabricar um número quando acha que o público espera um. Peguei ele gerando estimativas de "velocidade da equipe" sem fonte três vezes na primeira semana. Agora ele apenas escreve "não monitorado" e segue em frente.
6. Revisão de documentos com perguntas e respostas: 90 min -> 9 min
Executado em qualquer PDF ou documento carregado com mais de 10 páginas. Lê o documento inteiro, gera um Q&A estruturado sobre o que importa, sinaliza inconsistências, destaca qualquer coisa que contradiga algo que escrevi antes.
A última linha TERMINATION é o diferencial. A saída padrão do Cowork para qualquer revisão de documento é uma análise linear que tem 30% do tamanho do original. Inútil. O formato Q&A estruturado pega a mesma entrada e a transforma em algo que posso usar em 30 segundos.
7. Auditoria de posição no Polymarket: 45 min -> 3 min
Executado três vezes ao dia. Lê minhas posições abertas no Polymarket, preços de mercado atuais e notícias das últimas 12 horas que mencionam algo relacionado a mercados ativos. Sinaliza posições que precisam de atenção.
A razão para "não recomendar novas posições" estar no prompt é estrutural — este template é uma auditoria, não um gerador de posições. O Cowork vai absolutamente tentar sugerir novas negociações se você deixar. Misturar sugestões de negociação em uma auditoria piora ambas. Mantenha-as em comandos de barra separados.
8. Pesquisa aprofundada: 4h -> 28 min
Executado em qualquer tópico que precise de um resumo de pesquisa totalmente citado. Usa subagentes em paralelo, um por categoria de fonte. Cada subagente reporta, e o coordenador sintetiza.
Subagentes são a maior economia de todo o stack. 4 horas para 28 minutos não é uma vitória de ajuste fino, são cinco trabalhadores fazendo cinco coisas ao mesmo tempo. A linha TERMINATION impede que cada trabalhador busque dados em excesso em sua própria categoria.
9. Reaproveitamento de conteúdo: 90 min -> 12 min
Pega uma peça longa finalizada e gera adaptações específicas para cada plataforma: thread no X, post no LinkedIn, trecho de blog para newsletter, compartilhamento interno no Slack, resumo de e-mail para divulgação.
"Nunca use a mesma linha de abertura em canais diferentes" — a regra mais violada entre os vinte e um descartados. Sem ela, todas as cinco adaptações abrem com alguma versão de "Há três semanas notei que..." O resultado parece uma fábrica de conteúdo espalhada pelas suas contas. Com ela, cada canal ganha seu próprio gancho.
O que os 9 sobreviventes têm em comum
Os trinta templates que testei pareciam aproximadamente iguais na superfície. Os nove que funcionaram compartilham três propriedades. Os vinte e um que não funcionaram violaram pelo menos uma delas.
- Critério de parada explícito.
Todo template sobrevivente termina com TERMINATION:. A linha nomeia uma condição que o Cowork pode verificar olhando a saída: contagem de páginas, contagem de campos, completude estrutural. Não "seja completo" ou "seja minucioso". Algo verificável. Sem isso, todo prompt se expandia para preencher todo o bloco de sessão do Cowork. Com isso, a duração mediana da sessão caiu de 2h20min para 14 minutos.
- Formato de saída estruturado, não síntese livre.
Todo template sobrevivente especifica a saída como seções nomeadas com conteúdos específicos. O modelo escreve dentro do formato. Ele não pode inventar o formato. Os templates descartados tinham saídas como "resumir e sintetizar" — contêineres indefinidos que o modelo preenchia com o que achava impressionante.
- Definição de função na primeira linha.
Todo template sobrevivente nomeia uma função: chefe de gabinete, apenas auditoria, coordenador, reaproveitador. A função limita o que o modelo acha que deve produzir. Os templates descartados não tinham linha de função e produziam saídas que tentavam ser tudo ao mesmo tempo.
Os dois modos de falha dos vinte e um descartados:
- Sem parada clara. Sem TERMINATION, o modelo passava o bloco de tempo iterando. A saída ficava mais longa e pior, não melhor. Isso foi responsável por 14 dos 21 descartes.
- Expansão de missão. Sem definição de função, um prompt de "triagem de e-mail" também tentava prever taxas de resposta e recomendar novos contatos. Um prompt de "auditoria" também tentava recomendar novas posições. O modelo quer ser útil em todas as direções — a função o impede. Isso foi responsável pelos outros 7.
Como as 34 horas se somam
A conta das economias semanais, caso você queira verificar em relação ao seu próprio uso.
Economia por template, multiplicada pela frequência com que executo cada um:
O delta bruto semanal é de 72 horas. O número real que reporto é 34 horas porque:
- Alguns templates se sobrepõem (triagem e preparação de reunião ambos puxam do Gmail; não conto esse custo de entrada duas vezes).
- Subtraio o tempo que gasto revisando a saída do Cowork e ajustando os prompts — cerca de 35 horas semanais no total, considerando todos os nove.
- Não conto o tempo durante o qual eu estava fazendo outra coisa produtiva de qualquer forma (pesquisa de subagentes rodando em segundo plano enquanto participo de uma reunião não é tempo livre, mas também não é deslocamento).
Após todas as subtrações: 34 horas recuperadas por semana. As 72 brutas são o teto teórico. As 34 são o que vejo nos meus logs como horas reais liberadas para fazer outro trabalho ou não trabalhar.
Como usar estes templates
Insira cada um no Cowork como um comando de barra através do fluxo Plugin Create. A configuração leva cerca de dez minutos se você nunca criou um comando de barra antes.
As entradas entre colchetes precisam apontar para suas fontes de dados reais antes que o prompt funcione. A estrutura de cada prompt pressupõe que os conectores já estão autorizados: Gmail, Slack, Google Drive, Linear, Notion, Polymarket. Se um conector não estiver autorizado, o Cowork falhará de forma clara nessa etapa, em vez de pulá-la silenciosamente. Esse é o comportamento desejado.
Execute cada um por uma semana antes de ajustar. Os templates como escritos são conservadores. Após uma semana de logs, você verá um ou dois lugares onde a saída está fazendo algo que você não quer, geralmente uma seção que você sempre pula ou uma métrica que está sempre em branco. Corte esses trechos do prompt. Não adicione mais.
As 34 horas por semana é o número após o ajuste. Minha primeira semana foi de cerca de 18 horas economizadas. A terceira semana foi de 34. O ajuste importa mais do que os prompts originais.
Marque — todos os 9 templates em um único arquivo. Compartilhe se você usaria algum deles amanhã. Telegram para a biblioteca completa + meus 21 podados (com anotações sobre por que cada um falhou): https://t.me/+_ZWrQN7GuDA3ZDEy
