# Transformar notas de reunião em tarefas com IA e comandos

URL: https://commandergpt.app/pt/journal/ia-transformar-notas-reuniao-tarefas-automacao-ops
Type: blog
Locale: pt
Published: 2026-07-22
Updated: 2026-07-22

---

> Automation com três comandos: /recap extrai tarefas da transcriação, /sync as envia para Notion ou Linear, /notify alerta os donos. Sem copy-paste.

IA para transformar notas de reunião em tarefas: esse é o princípio por trás deste guia. Tarefas só importam se sobreviverem aos 10 minutos após a reunião terminar. Maioria não sobrevive. Todos concordam em "sincronizar depois", mas na quinta-feira ninguém lembra quem é responsável. Este guia mostra a sequência de comandos para converter qualquer transcriação em tarefas atribuídas com data no Notion ou Linear, sem redigitação. Tudo roda em três comandos slash.

## Por que tarefas de reunião desaparecem entre a chamada e o CRM

Ninguém perde tarefas de reunião de propósito. Elas desaparecem na lacuna entre "alguém disse" e "alguém é o dono". Uma transcriação captura cada "devemos" e "pode fazer" na reunião, mas uma transcriação não é um task list. São 4 mil palavras de diálogo com três compromissos reais enterrados no meio.

O problema não é uma melhor ferramenta de notas. É um comando que lê a transcriação como um ops lead faria: procurando um verbo, um responsável e uma data, e marcando como "pendente de clareza" qualquer coisa que falte um dos três em vez de adivinhar. [O artigo da Fellow explica bem como agents de IA lidam com notas de reunião](https://fellow.ai/blog/ai-agent-meeting-notes-to-tasks/) - a partir do lado do vendedor: as ferramentas que ganham não são as que têm a transcrição mais limpa, mas as que entregam um task list que você aprova em vez de reconstruir.

Maioria das equipes já tem uma ferramenta de notas. O que não têm é a camada intermediária: a etapa entre "aqui está o resumo" e "aqui está uma tarefa no sistema que meu time realmente usa". Essa camada intermediária é um comando slash, não outra assinatura SaaS, e é a parte que este guia constrói.

## Passo 1: escolha a ferramenta que realmente extrai dono e data de entrega

Antes do comando slash tocar em qualquer coisa, você precisa de uma transcriação com estrutura. Nem toda ferramenta de notas extrai tarefas do mesmo jeito, e essa diferença importa mais que a pontuação de precisão da transcrição no landing page.

**Briefing de 30 segundos:** se um bot participando da chamada muda o que as pessoas estão dispostas a falar numa deal review, pule as ferramentas com bot e escolha sem bot. Se não, otimize para como a ferramenta separa decisões de tarefas.

A estrutura de resumo do Fathom é bem perto do que você quer de saída: separa decisões, tarefas e perguntas abertas em blocos distintos em vez de uma parede de texto. Esse é o formato que seu comando `/recap` vai fazer parse no passo 2.

O Fireflies inclina para sales-ops: joga tarefas direto em campos do HubSpot ou Salesforce, útil se suas tarefas são realmente "próximos passos nessa oportunidade" em vez de tarefas internas.

Granola não manda um bot para dentro da chamada. Transcreve localmente e sobrepõe suas próprias notas digitadas na transcriação, então as tarefas que extrai estão ancoradas no que você marcou como importante, não só no que a IA acha que importava.

Escolha uma. Não rode duas ferramentas de notas na mesma reunião na esperança de validar a precisão. Duplica o trabalho de limpeza e o comando `/recap` abaixo espera uma transcriação canônica, não duas discordantes.

![Close-up de mãos digitando um comando slash em um teclado com a paleta de comandos visível na tela](https://fdzlnqpwsaniezitwiuw.supabase.co/storage/v1/object/public/cms-media/commandergpt/2026-07/6b3b39-inline1-detail.webp)

## Passo 2: monte o comando /recap que transforma transcrição em lista de tarefas

No CommanderGPT, abra o Workflow Builder e crie um novo comando chamado `/recap`. O prompt faz três coisas, em ordem:

- 
Puxa a transcriação (cole, ou aponte o comando para o link de export da sua ferramenta de notas se seu plano suporta export por API)

- 
Extrai cada frase que bate um padrão de compromisso: "vou", "devemos", "você pode", "vamos"

- 
Para cada correspondência, retorna três campos: tarefa, dono, data de entrega. Se faltar dono ou data, retorna "sem clareza" em vez de adivinhar

Essa terceira regra é a que times pulam, e é a que importa. Uma IA que adivinha o dono quando a transcriação não nomeia um só move a ambigüidade para depois; três dias depois você descobre que "o time" não fez porque ninguém do time achava que era dele.

Aqui está o corpo do comando que um RevOps lead roda em deal reviews:

`/recap [cole a transcriação]
→ Extrai tarefas como: - [ ] Tarefa | Dono | Data de entrega
→ Marca "sem clareza" se faltar dono ou data, não adivinhe
→ Ignora decisões e FYIs, só output de compromissos acionáveis`Rode uma vez em uma transcrição real antes de confiar em uma deal review real. A primeira passagem numa chamada de 45 minutos com seis participantes normalmente precisa de um round de correção manual: alguém terá dito "pode olhar os preços" sem nomear um "você", e o comando deveria marcar, não silenciosamente atribuir ao último que falou.

## Passo 3: roteia tarefas para Notion ou Linear sem copy-paste

Uma vez que `/recap` retorna uma lista limpa, o segundo comando da corrente, `/sync`, pega essa lista e cria as tarefas reais. Esse é o passo que maioria dos times faz manualmente, e é o que custa mais tempo: copiar seis linhas de um email de resumo em seis linhas separadas no Notion.

Se seu time já vive no Notion, `/sync` mapeia cada linha extraída para uma entrada de database: nome da tarefa, dono (combinado com a lista de membros do time), data de entrega e um link de volta para a gravação da reunião. Para times de ops ligados a engenharia rodando Linear, o mesmo comando cria uma issue em vez de uma linha de database, marcada com a data da reunião para ser rastreável depois.

O mapeamento não é automático na primeira rodagem. `/sync` precisa saber qual propriedade do Notion armazena o nome do dono e qual armazena a data de entrega, e Linear precisa de um time padrão e template de issue antes de aceitar uma nova issue de um comando em vez de um humano clicando "Nova Issue". Pule essa configuração e o comando falha silenciosamente ou, pior, cria issues no backlog errado.

O custo da configuração é real: espere 20 a 30 minutos para mapear os campos da sua database Notion ou templates de issue do Linear na primeira vez. Depois disso, zero entrada manual por reunião. Um time de CS ops que vimos rodando isso numa QBR prep call semanal cortou uma limpeza pós-reunião de 25 minutos para um passo de review-e-approve de 90 segundos. Não é um número universal, seu próprio tempo de limpeza depende de quantas tarefas uma reunião típica produz, mas é a forma da vitória: minutos de revisão substituindo minutos de redigitação.

![Vista de cima de um telefone com task list, caderno com checkmarks e café em uma mesa](https://fdzlnqpwsaniezitwiuw.supabase.co/storage/v1/object/public/cms-media/commandergpt/2026-07/0ec777-inline3-flatlay.webp)

## Acorrentando /recap → /sync → /notify: o workflow que roda sozinho

A corrente completa é três comandos, não dois. O terceiro, `/notify`, manda um DM no Slack para cada dono com suas tarefas específicas e a data de entrega, logo após `/sync` terminar de escrever no Notion ou Linear.

Acorrentados juntos no Workflow Builder, a sequência fica assim: transcriação entra, `/recap` extrai, `/sync` cria as tarefas, `/notify` avisa os donos. Nenhum dashboard para checar, nenhum email digest para skimmar. A pessoa que é responsável pela tarefa descobre que é responsável num minuto após a reunião terminar, enquanto o contexto ainda está fresco o suficiente para que não precise reler toda a transcrição para lembrar por quê.

Aqui é onde a ideia de "3 comandos, 1 workflow, 0 atrito" ganha seu valor: cada comando faz um trabalho, e você pode trocar qualquer um deles (uma ferramenta de notas diferente, um destino diferente, um canal de notificação diferente) sem reconstruir a corrente.

![Pequeno time de ops em standup olhando para um kanban em uma tela de parede](https://fdzlnqpwsaniezitwiuw.supabase.co/storage/v1/object/public/cms-media/commandergpt/2026-07/396092-inline4-ambiance.webp)

## Onde isso falha: reuniões recorrentes, participantes quietos e verbos vagos

Três modos de falha que vale a pena conhecer antes de rodar isso num time inteiro, não depois.

Reuniones recorrentes duplicam tarefas se `/sync` não checa por uma tarefa aberta existente com o mesmo nome antes de criar uma nova. Adicione um check de deduplicação contra tarefas abertas dos últimos 14 dias, ou você terá um database Notion cheio de linhas "follow up com o legal" de seis semanas diferentes.

Participantes quietos são pulados. Se alguém se compromete com algo num comentário lateral ou mensagem de chat durante a chamada em vez de falar em voz alta, a transcriação nunca vê e `/recap` também não. Esse é um gap real, não um problema de ajuste: o comando extrai o que foi dito, não o que foi significado.

Verbos vagos produzem tarefas vagas. "Vamos pensar sobre preços" não é uma tarefa, é um tópico de discussão, e um `/recap` bem ajustado deveria marcá-lo como sem clareza em vez de manufaturar um dono e data fake para ele. Se seu comando está gerando listas de tarefas suspeitosamente completas de reuniões vagas, ele está adivinhando, não extraindo, e isso vale a pena auditar.

## O que medir depois de 30 dias

Não confie só na palavra do workflow que está funcionando. Dois números para rastrear por 30 dias após implantação: **taxa de conclusão** (das tarefas que `/recap` extraiu, quantas realmente foram feitas até a data de entrega) e **taxa de correção manual** (quantas vezes você teve que consertar um dono ou uma data que o comando errou).

Se a taxa de conclusão fica plana comparada com seu baseline pré-automação, o gargalo não é extração, é follow-through, e nenhuma quantidade de acorrentamento de comando slash conserta um problema de accountability. Se a taxa de correção manual é acima de uma em cinco tarefas extraídas depois das primeiras duas semanas, seu prompt `/recap` precisa de ajuste, não sua ferramenta de notas trocada. [O guia da Fellow sobre rastreamento de tarefas até conclusão](https://fellow.ai/blog/how-to-track-action-items-steps-to-ensure-follow-through/) tem um framework decente para o lado da taxa de conclusão se você não tem um já.

Não temos um benchmark de rede para passar pra você. Meça seu próprio baseline na semana um, depois compare.

## Seu próximo comando para configurar

Comece só com `/recap`. Rode numa próxima deal review ou QBR prep call, copie manualmente a saída para o Notion uma vez, e veja quanto ajuste ela precisa antes de você ligar `/sync`. Acorrente todos os três comandos no dia um, antes de confiar na extração, só significa que você automatiza a lista de tarefas errada mais rápido.

Uma vez que `/recap` está gerando pares dono-e-data limpos em três chamadas consecutivas com menos de 20% de correção, adicione `/sync`. Adicione `/notify` por último, uma vez que o destino está certo. Recon completo antes de enviar a corrente inteira para um time de 10 pessoas.

## FAQ

### A ferramenta de notas precisa enviar um bot para a reunião?

Não. Se um bot na chamada muda o que as pessoas falam (especialmente em deal reviews), escolha uma ferramenta que transcreve localmente (como Granola) ou por gravação posterior em vez de bot.

### O comando /recap adivinhe o dono se a transcrição não nomear um?

Não: isso é o erro que cause maioria dos problemas depois. Se falta dono ou data, o comando retorna "sem clareza" e você corrige manual antes de `/sync` rodar.

### Quanto tempo de setup precisar `/sync` para Notion e Linear?

Primeira vez: 20-30 minutos para mapear propriedades e templates. Depois: zero entrada manual por reunião, só review de 90 segundos.

### O que acontece se a mesma tarefa aparecer em duas reuniões seguidas?

Se não configurar um check de deduplicação, `/sync` cria duas linhas no Notion. Adicione um dedup contra tarefas abertas dos últimos 14 dias na definição de `/sync`.

### Como avisar o time de quem realmente é responsável?

/notify envia DM direto no Slack para cada dono dentro de um minuto após `/sync` terminar. Sem email newsletter, sem dashboard: push direto.