Reconstruímos o prompt do DOS e chamamos de IA
Um e-mail de cliente chega. Você seleciona, copia, troca para uma janela de chat, cola e digita alguma versão de uma instrução que já digitou antes. Algo como “escreva uma resposta cordial concordando com o prazo mas empurrando a data de início para o dia 15”. Você recebe algo bom de volta. Copia, troca para o e-mail, cola, edita uma linha e envia.
O software mais avançado que a maioria das pessoas toca é operado digitando uma frase numa caixa e lendo o que volta. O prompt do DOS tinha o mesmo ciclo em 1981.
O chat teria rodado num PC com DOS
Tire a renderização e olhe para o modelo de interação. Você digita o que quer. Ele responde. Você digita de novo, refinando, porque a primeira tentativa foi vaga. Não há estado visível, não há manipulação direta, e não há botões ou menus para dizer o que o sistema sabe fazer. A superfície inteira é um prompt e um histórico de rolagem. Funciona tão bem numa janela de terminal porque é mais ou menos uma janela de terminal. O chat de IA é uma linha de comando com fontes melhores e um modelo onde o DOS tinha um interpretador de comandos, rodando o ciclo que usávamos antes de todo desktop ter um mouse.
Um shell exige sintaxe exata e o chat aceita quase qualquer coisa. Isso amplia o público sem mudar a interação. O ciclo é idêntico: componha um pedido em texto, envie, leia o que volta, refine ou siga adiante. Passamos décadas nos afastando de digitar instruções numa caixa, e o software mais empolgante do momento trocou comandos por linguagem natural mas, no resto, nos jogou décadas para trás. Tanto para anos de pesquisa e inovação em interface.
Venceu por um bom motivo
Observar que o chat de IA é uma forma de linha de comando não é novidade, e ninguém esqueceu do DOS. A linha de comando voltou porque sustentava generalidade de um jeito que interfaces mais modernas não conseguem.
Toda interface gráfica é específica. Não existe GUI universal. HyperCard e Smalltalk são os contraexemplos de sempre e reforçam o argumento em vez de derrubá-lo: os dois deixam você construir uma interface específica. A planilha é o que chega mais perto, mas boa sorte editando vídeo nela. Um botão faz uma coisa, um menu enumera um conjunto fixo de coisas, e uma tela desenhada para escrever e-mail não deixa você editar vídeo. Para desenhar uma interface gráfica, você precisa decidir de antemão o que o usuário vai querer fazer.
Uma linha de comando não exige essa decisão. Ela aceita qualquer comando que o sistema entenda. O chat vai um passo além e aceita qualquer coisa que você consiga expressar em palavras, um conjunto maior do que qualquer shell já ofereceu. Se você está construindo algo que pretende fazer tudo, uma caixa de texto é um ponto de partida óbvio, porque a alternativa é adivinhar qual punhado de tarefas importa e construir telas para elas.
A interface do chat de IA não é fruto de falta de imaginação. Ela sustenta amplitude, e isso importa numa ferramenta nova, já que ninguém sabia como as pessoas iriam usá-la.
Amplitude e eficiência estão em tensão
O impasse aparece no momento em que uma tarefa vira rotina.
Você pode cuidar do seu e-mail descrevendo o que quer para uma IA, e algumas pessoas fazem isso. A maioria não faz, porque clicar num botão ou apertar uma tecla é mais rápido. O Gmail tem um atalho de teclado para arquivar porque as pessoas arquivam quarenta vezes por dia, e apertar uma tecla ganha de compor uma frase sobre isso.
Ninguém digita o número do andar num elevador, nem diz “quarto andar, por favor”. Você aperta o botão. O botão é uma interface pior se você quer generalidade: faz exatamente uma coisa, teve que ser instalado de antemão, e não consegue expressar mais nada. Para a tarefa em questão é imbatível, porque nomear o que você quer demora mais do que apertar o botão do andar.
Para uma tarefa conhecida e repetida, um controle específico ganha de um genérico. Isso não é um fato sobre software. É um fato sobre quanto trabalho custa descrever uma ação em vez de apontar para ela.
As montadoras estão reaprendendo isso do jeito caro. Depois de uma década movendo todo controle para a tela sensível ao toque, os botões físicos estão voltando, e a pressão é regulatória, não nostálgica. A partir de 2026, o Euro NCAP avalia a interface humano-máquina e procura botões físicos nas funções de uso frequente, com base na evidência de que caçar em menus tira seus olhos da estrada. Uma tela sensível ao toque deixa você fazer quase qualquer coisa, e é exatamente por isso que ela é pior para as poucas coisas que você faz o tempo todo.
A instrução que você redigita é o sinal
O que nos traz de volta ao hábito lá do começo. Se você se pega digitando mais ou menos a mesma instrução numa janela de chat, você localizou uma tarefa conhecida e repetida. Você está operando à mão algo que virou rotina, usando a interface desenhada para generalidade e abertura, não para repetição.
A frase redigitada é quase uma especificação. Ela nomeia um gatilho, uma condição e uma saída desejada, nessa ordem, toda vez. O motivo de ela ainda depender de você é que a janela de chat pode não conseguir ver a mensagem que chegou, não sabe quanto você cobra nem o que prometeu a esse cliente em março, e não consegue começar sozinha. Então você fornece o contexto à mão, toda vez. O modelo faz a escrita e você cuida da logística.
É a interface geral fazendo o trabalho dela. Ela mostrou a natureza do trabalho repetido. E, uma vez que você reconhece isso, deveria procurar algo mais específico que dê conta de uma parte maior do trabalho.
A próxima transição será mais rápida que a anterior
Transitar do prompt do DOS para a GUI do Macintosh e do Windows levou quase uma década, e foi lento porque o ferramental precisava ser construído. Janelas, ícones, menus, ponteiros. Arrastar e soltar. Desfazer. Revelação progressiva, para que um novato e um especialista pudessem usar a mesma tela. Manipulação direta, em que você move algo em vez de descrever o movimento. Engelbart e a Xerox PARC tinham demonstrado boa parte disso anos antes, mas quase nada estava em uso corrente, e cada peça teve que ser discutida e padronizada antes de chegar a uma mesa.
Esse ferramental já existe. A transição do chat para o que vier depois não precisa de uma nova teoria da interação, porque desta vez não estamos partindo de uma tela em branco. Já sabemos o que é um botão, o que é uma lista, como é uma etapa de aprovação e como o desfazer deve se comportar. A questão em aberto é mais estreita e mais tratável: quais tarefas são comuns o bastante para merecer uma interface própria, e como é essa interface com um modelo por trás.
O contra-argumento é que os widgets nunca foram a parte difícil, e que o trabalho de verdade era descobrir quais aplicações importavam. Isso valia em 1984 e vale menos agora, porque o uso é legível de um jeito que nunca foi antes. Dá para ler o que as pessoas de fato trazem para esses sistemas: buscas que faziam no Google, código, planejamento de viagem, escrever uma resposta. Os recursos de IA que aparecem dentro de ferramentas existentes são a primeira tentativa de agir sobre isso, mas ainda não são bons o bastante para tirar alguém da janela de chat. Mas a pergunta sobre o que construir está muito mais perto de respondida do que estava nos primeiros tempos do PC.
Isso é um problema de design, não um programa de pesquisa, e é por isso que deve andar mais rápido.
O chat não vai desaparecer, assim como o shell não desapareceu. Ele vai continuar útil para qualquer tarefa que você nunca fez antes ou para a qual não tem uma ferramenta. Para as coisas que as pessoas fazem repetidamente, veremos uma nova geração de aplicativos movidos a IA com interface desenhada para essas tarefas. Tudo o que você faz repetidamente está a caminho de virar um botão, um item de menu ou um atalho de teclado.