Por que a ideia sobrevive à caminhada e morre no editor
Eu monto o argumento inteiro passeando com o cachorro. Começo, meio, a objeção que alguém vai fazer e a resposta pra ela. Está tudo lá. Chego em casa, abro o editor, escrevo a primeira frase — e a segunda não vem. Não é que eu tenha esquecido o assunto. Esqueci o encadeamento, que era a única parte difícil.
A explicação fácil é velocidade: fala-se umas três a quatro vezes mais rápido do que se digita, e o pensamento não espera. Mas isso não explica por que a ideia sobrevive a vinte minutos de caminhada e não sobrevive a trinta segundos de editor aberto.
O que acontece é que escrever cobra duas coisas ao mesmo tempo. Você tem que decidir o que dizer e decidir a ordem e a forma de dizer, no mesmo instante, e a segunda tarefa interrompe a primeira. Toda vez que você para pra escolher se é "porém" ou "mas", você soltou o fio. Falar não cobra isso. Falando, você é obrigado a ser sequencial — uma coisa depois da outra — mas não é obrigado a ser definitivo. Você pode dizer "não, espera, é o contrário" e seguir. O editor não tem essa frase.
É o mesmo mecanismo do patinho de borracha dos programadores: explicar o problema em voz alta pra um objeto inanimado resolve o problema, e resolve antes do objeto responder. Não é a interlocução que funciona. É a obrigação de pôr em sequência.
O que funciona, então, é separar as duas tarefas em dois momentos. Fala primeiro, sem editar — inclusive sem editar as repetições, os "quer dizer", os recomeços. Depois, e só depois, você arruma. O texto falado não é o texto: é a matéria-prima dele. A parte que se perdia era a que você não sabia refazer; a arrumação você sempre soube fazer.
E não é tudo ou nada. Lista, tabela, número, nome próprio — qualquer coisa com forma exata sai mais rápido digitando do que falando e corrigindo depois. Pra fala vai o que tem ordem: o argumento, a objeção, o porquê. Na prática você alterna dentro do mesmo trabalho.
Onde isso deixou de ser método e virou problema de ferramenta
Passeio com o cachorro, ditando no app do ChatGPT uma pesquisa de mercado: as fontes, as teses, o que valia testar. No meio, alguma coisa na tela indica que não está indo bem. Paro, mando o que já falei, e sigo gravando o resto — porque ainda não tinha terminado. Aí submeto e vejo o erro.
A primeira frustração é imediata, e o conserto é ruim. Um trecho não foi, e eu preciso refazer o caminho de volta até onde ele parou, repetir os pontos que tinha enfatizado pra não perder o registro, e emendar de novo no raciocínio. Custa mais do que parece: não é repetir palavra, é reconstruir ordem — e ordem é exatamente a parte cara.
A segunda é pior, e é a mesma do começo deste texto. Quando não dá pra refazer esse caminho na hora, eu deixo pra retomar em casa. Só que aí não é mais emendar: é lembrar do zero. E o que some primeiro é o encadeamento, que era a única parte difícil. A ferramenta falhando me devolveu exatamente o problema que falar tinha resolvido.
Aconteceu de novo em outra ocasião, gravando um relato de sonho — desses de oito minutos que só dão pra fazer uma vez: acordo, anoto palavra-chave no caderno pra não esquecer, e narro depois com detalhe. A transcrição travou. O caderno guarda o assunto; não guarda o relato.
O que se perde numa gravação que cai não é o texto: é a única passada em que aquele raciocínio existiu inteiro.
⭐ Foi contra isso que a versão de linha de comando foi escrita, e a lição que sobrou não é técnica. O que ela faz de diferente não melhora a transcrição em nada — serve só pra que a fala inteira chegue do outro lado. Erro de palavra você relê e conserta em trinta segundos. É a outra coisa que não tem conserto.
Onde isso continua não funcionando
Fala transcrita não é texto pronto, e quem promete isso está vendendo alguma coisa. O que sai tem a sua ordem de raciocínio, não a sua ordem de escrita — são diferentes, e a segunda ainda dá trabalho.
E o limite maior não tem conserto de ferramenta: falar preserva raciocínio; não fabrica. Se você não sabe o que quer dizer, vinte minutos de áudio produzem vinte minutos de alguém não sabendo o que quer dizer — e agora por escrito.
O que dá pra levar disso
O passo que muda mais e custa menos não é o de gravar. É decidir, antes de falar, para onde o texto vai quando terminar.
Sem esse destino, a caminhada produz mais um arquivo de áudio na sua vida. Com ele, ela vira trabalho começado: o texto chega no lugar onde a próxima etapa acontece — a sessão em que você ia programar, a nota do projeto, o rascunho aberto, o agente que continua dali. Qual lugar é indiferente. Ter um lugar não é.
Dá pra testar em um dia: da próxima vez que você montar um argumento andando, decida o destino antes de apertar o gravador. A caminhada continua sendo onde o pensamento acontece — a única coisa que muda é que ele deixa de morrer no caminho de volta.
Você está aqui. O VoiceNote é um serviço de transcrição de voz: você fala, ele devolve o texto pontuado, pronto pra copiar. Roda no navegador, sem instalar nada, e tem uma versão de linha de comando aberta e gratuita. Este é o terceiro post de uma série sobre como ele foi construído, na ordem em que aconteceu. Setembro é a etapa 1: a CLI pra capturar ideia longa.