Imagine ditar três frases no Mail. Elas incluem o nome de um cliente, um prazo e uma ideia incompleta que você não publicaria. O texto ajustado aparece na resposta. A parte visível terminou.
A privacidade depende das cópias que você não vê.
O aplicativo do Mac guardou a gravação? O provedor de voz a reteve? A transcrição bruta foi salva antes da limpeza? O texto final entrou em um histórico pesquisável? Um produto pode responder bem a uma pergunta e deixar as outras vagas.
O TalkTalkType usa transcrição em nuvem. O áudio sai do Mac para processamento. O serviço do TalkTalkType não grava um arquivo de áudio nem guarda de forma persistente a transcrição bruta ou o texto final. O conteúdo da área de transferência permanece no Mac. Dados de conta e registros operacionais necessários para o serviço são mantidos. Essa separação é mais útil que um rótulo amplo de “privado”.
A primeira cópia existe no Mac
Antes de qualquer solicitação de rede, a gravação é criada localmente. O TalkTalkType registra um WAV mono de 16 kHz enquanto você segura Option-Espaço. Ele precisa existir tempo suficiente para ser enviado.
O aplicativo mantém um histórico curto de trabalho para sessões de rascunho concluídas. Até 50 entradas ficam na memória, com texto inicial, alterações aplicadas, resultado, aplicativo de destino e estado da entrega. Nada é escrito no disco, e o histórico desaparece quando o TalkTalkType é encerrado.
Isso é diferente de uma biblioteca de gravações ou de um arquivo sincronizado de transcrições. Existe memória temporária de trabalho; não existe histórico persistente de conteúdo.
O serviço recebe o áudio para a solicitação e não escreve esses bytes em seu próprio armazenamento de arquivos ou banco de dados. O cliente do Mac pode manter temporariamente o último áudio recuperável quando uma entrega precisa ser repetida. Isso não vira uma coleção pessoal.
A primeira fronteira é simples: processamento temporário não é armazenamento durável. Uma afirmação de privacidade deveria dizer qual dos dois está descrevendo.
A nuvem cria outra fronteira de confiança
O áudio é enviado ao provedor de voz configurado. Na configuração atual de produção, esse provedor é a OpenAI.
Mesmo que o TalkTalkType não armazene o áudio, o provedor o processa. São sistemas separados, com controles separados. Em 28 de julho de 2026, os controles de dados da API da OpenAI informam que entradas e saídas da API não são usadas para treinar modelos, a menos que o cliente aceite explicitamente. A mesma documentação lista atualmente o endpoint de transcrição de áudio sem retenção para monitoramento de abuso ou estado da aplicação.
Essa política importa porque “não guardamos seu áudio” pode ser interpretado de forma ampla demais. A frase descreve o que o TalkTalkType grava em sua própria infraestrutura. O caminho completo também exige verificar os termos do provedor e do endpoint usado.
A data importa. Políticas podem mudar, então uma revisão séria segue a fonte atual em vez de uma captura antiga.
A transcrição atravessa o serviço e termina no destino
O reconhecimento produz texto. Dependendo do modo escolhido, ele pode ser limpo ou reformatado antes de voltar ao Mac.
O TalkTalkType não salva a transcrição bruta nem o resultado formatado no D1. Não existe histórico de ditados no servidor para consultar depois. Quando o resultado retorna, a cópia durável pertence ao destino: um rascunho no Mail, uma mensagem no Slack, um documento do Notes ou o campo de uma ferramenta de IA.
Esse destino tem regras próprias. Ditar em um documento local é diferente de usar uma plataforma colaborativa na nuvem. O aplicativo de voz pode reduzir o que guarda, mas não muda a política de armazenamento do aplicativo que recebe o texto.
A área de transferência forma outra fronteira. No modo Paste, o TalkTalkType a usa por um instante e restaura o conteúdo anterior depois da entrega. No modo Copy, o resultado espera ali até você colar manualmente. O serviço não recebe o conteúdo da área de transferência. O ditado em qualquer aplicativo no Mac explica as permissões e essa entrega final.
A responsabilidade da ferramenta de voz termina na entrega. A do destino começa ali.
Alguns dados precisam permanecer para o produto funcionar
Um serviço sem transcrições armazenadas ainda precisa reconhecer uma conta.
O TalkTalkType mantém a identidade do Google usada no login, metadados de sessão, dispositivos registrados e revogação, plano ou assinatura, referências e dados de versão. Linhas de uso registram duração, sucesso ou falha, preset, provedor e latência para aplicar os limites semanais sem anexar o conteúdo falado.
Mensagens de suporte são conteúdo e ficam armazenadas porque alguém precisa lê-las para responder. A orientação pede que usuários não enviem áudio, transcrições, tokens, chaves de API, cookies ou dados de cartão.
Isso é menos elegante que dizer “nada é armazenado”.
Também é mais correto. O serviço precisa reconhecer uma pessoa, registrar um Mac, contar uso, investigar falhas e responder ao suporte. A pergunta é se esse estado operacional vira silenciosamente um arquivo de conteúdo. No desenho atual do TalkTalkType, isso não acontece.
O aplicativo do Mac guarda a sessão e as credenciais do dispositivo no Chaves do macOS. O token Bearer não é colocado na URL de retorno, no UserDefaults comum ou em logs. Sair da conta ou uma falha de autenticação remove a credencial.
O ditado local remove o provedor e desloca os custos
Um aplicativo local oferece a história de rede mais simples: o áudio pode ficar no Mac. Se o conteúdo nunca pode sair da máquina, esse requisito encerra a comparação.
O processamento local exige baixar um modelo e usar memória, computação e energia. O resultado depende do tamanho do modelo e do hardware. A carga pode ser pequena em uma máquina potente e perceptível em um notebook. A variação é grande demais para afirmar que o local é sempre mais lento ou menos preciso.
O TalkTalkType faz a escolha oposta. Envia a gravação à nuvem, evita executar o modelo de voz no Mac e não constrói um histórico de conteúdo no servidor.
Nenhuma arquitetura é privada em todos os sentidos. O processamento local reduz a exposição de rede. Um serviço em nuvem pode minimizar sua própria retenção mesmo enviando a solicitação a um provedor. O seu requisito decide qual fronteira tem mais peso.
Leia a política como um livro-caixa de dados
Uma lista concreta ajuda mais que vários ícones de escudo. Procure o destino de cada item:
- Bytes de áudio
- Transcrição bruta
- Texto ajustado
- Conteúdo da área de transferência
- Conta e sessão
- Metadados de uso e diagnóstico
- Mensagens de suporte
- Dados da solicitação no provedor
Para cada item, busque finalidade e período de retenção. Silêncio não significa ausência de armazenamento. A falta de uma tela de gravações também não prova que o backend não tenha uma cópia. Política e implementação precisam combinar.
O TalkTalkType publica a separação atual na página de Privacy. Dados de conta, dispositivo, uso, referência, versão, auditoria e suporte permanecem. Bytes de áudio, transcrições, texto formatado, tokens em logs, segredos no D1 e conteúdo da área de transferência não são guardados.
Essa lista oferece uma resposta concreta para “ditado privado no Mac”. O áudio sai do computador e é processado pelo provedor configurado. O TalkTalkType não transforma a solicitação em uma biblioteca de gravações ou histórico persistente.
Decida com a frase que você está prestes a falar
Para uma lista de compras ou mensagem casual, muitas políticas razoáveis podem bastar. A decisão muda com código-fonte, dados de saúde, assunto de cliente ou credenciais.
Use uma ferramenta local quando a transmissão de rede for proibida. Use o TalkTalkType quando a transcrição em nuvem for aceitável e evitar retenção de conteúdo no serviço for o limite importante. Não dite segredos que também não deveriam terminar no aplicativo de destino.
Você pode baixar o TalkTalkType e testar 30 ditados por semana no plano gratuito. Os limites e planos atuais ficam na página de preços.
A decisão de privacidade começa antes do atalho. Imagine cada cópia que a próxima frase pode criar e escolha um caminho que você consiga explicar depois.