Prompt teardown: a mesma palavra, duas memórias

Pedimos duas seções ao AI Extension Builder. Duas necessidades comuns de um estúdio, banais de propósito. A primeira:

“Checked items are remembered between visits.” — uma checklist de bolsa de treino cujas caixas continuam marcadas de uma visita para a outra.

A segunda:

“Entries stay visible for 30 days.” — um quadro de achados e perdidos onde os avisos ficam visíveis por trinta dias.

Duas frases construídas do mesmo jeito: algo precisa ficar. Nenhuma diz onde, nem como. Se você tivesse que apostar, diria: a mesma mecânica por baixo. E é exatamente aí que a coisa fica interessante.

“My gym bag” saiu do gerador como uma checklist pronta para usar: oito itens padrão (garrafa de água, toalha, tênis de treino…), editáveis e ampliáveis como pedido, uma barra de progresso, uma faixa “Personal checklist”. Você marca uma caixa, uma confirmação desliza na tela — “Saved to your bag” —, fecha o app, volta: a bolsa está exatamente como você deixou.

O detalhe que importa: a seção nunca diz onde essa memória vive. Nenhuma conta para criar, nenhuma pergunta, nada para conectar. Simplesmente funciona. Essa lista é a do membro, no dispositivo dele — e a interface não sente necessidade de dizer isso, porque não há nada a dizer: é o comportamento que se espera de algo pessoal.

“Lost & Found” chega com um temperamento bem diferente. Ela se apresenta sob uma faixa que ninguém ditou — “Community board” — e se descreve numa frase escrita pela própria geração: “Post a short note so members can help return it.” Mais abaixo, o quadro de avisos se intitula “Newest notes” e exibe sua regra: “Entries stay visible for 30 days.”

Ninguém escreveu essas frases. Elas reformulam o prompt como promessa de interface: o que você publica aqui é dirigido aos outros — essa é justamente a razão de existir. O formulário segue a descrição ao pé da letra — um campo para o objeto, outro para o lugar — e cada nota recebe a etiqueta Lost ou Found. A lista mostra as mais recentes primeiro, cada aviso com data.

A primeira seção ficava calada sobre a própria memória; esta se apresenta de cara como um quadro comum — “community board”, ela mesma diz. Dois contratos diferentes, e até agora só escrevemos frases do dia a dia.

O teste que resolve tudo cabe num gesto: abra o app em dois telefones.

Em “My gym bag”, cada um tem a sua lista. Marque a garrafa num deles: o outro nunca vai ficar sabendo — que é exatamente o que se espera de uma bolsa de treino.

Em “Lost & Found”, registre no primeiro uma garrafa esquecida no vestiário. Quando o segundo abre a seção, o aviso está lá — etiquetado Lost, datado, no topo da lista.

O mesmo app, instalado duas vezes, e duas memórias de natureza diferente: uma pertence ao dispositivo, a outra ao estúdio.

Voltemos ao texto. Nenhum dos dois prompts fala de armazenamento, de contas ou de sincronização — a palavra “memória” nem aparece. A diferença está em outro lugar:

“This list is personal to each member.”

“Anyone can post… All members see the same list.”

De um lado personal, each member. Do outro anyone, all members, the same list. O verbo era o mesmo — lembrar — mas não o destinatário. O que inclinou a arquitetura foi para quem são os dados: uma memória para cada um, apoiada no dispositivo; uma memória para todos, que acompanha a seção onde quer que seja aberta.

Ao apresentar o banco de dados que o AI Extension Builder adiciona ao seu app, Mathieu escreveu que o Builder não adiciona um banco onde ele não se justifica. É assim que ele sabe: não procura uma palavra-chave técnica no seu prompt, lê a quem as suas frases entregam os dados.

A mesma mecânica vale para o prazo. “Stay visible for 30 days” era só uma frase comum; virou uma regra aplicada — os avisos deixam de aparecer depois de trinta dias. Sua descrição não inspira a seção: ela a especifica.

E se você tivesse que manter o código por conta própria? Essa escolha — onde os dados vivem, quem pode lê-los, o que os faz expirar — seria uma decisão de arquitetura para ditar e sustentar linha por linha, seção por seção. Aqui, ela é lida na sua frase, e o que ela compromete continua sendo seu: a memória comum vive num serviço de dados conectado ao seu app e assinado em seu nome. O que está no nome do estúdio vive com o estúdio.

Aqui estão eles exatamente como foram colados, sem uma linha a mais:

Quatro frases cada um. A diferença que comanda toda a arquitetura se resume, em cada um, a uma só.

Pegue um dos dois prompts, mude o destinatário da memória — dê a checklist ao time inteiro, ou torne o quadro pessoal — e veja o que a geração decide. É o melhor exercício para sentir o que a plataforma realmente lê numa descrição.

O episódio anterior desmontava uma seção que também lembra — uma vaga de estacionamento — e vai buscar o GPS e o Maps do telefone: Prompt teardown: GPS, memória e Maps a partir de uma única frase.

O AI Extension Builder está em beta, aberto a todos: crie um app com a GoodBarber e descreva sua primeira seção.

Como a plataforma sabe se uma memória deve ser compartilhada?

Ela lê a quem os dados se dirigem na sua descrição. “This list is personal to each member” instala uma memória individual; “All members see the same list” instala uma memória comum. Não há vocabulário técnico para aprender: descreva quem escreve e quem lê, e a plataforma escolhe o nível correspondente.

O mesmo app pode ter os dois tipos de memória?

Sim. As duas seções deste artigo convivem no mesmo app demo. Cada seção recebe o nível que a sua descrição pede — nenhuma impõe nada à outra.

De onde vem a regra dos trinta dias?

Do prompt, e de nenhum outro lugar: “Entries stay visible for 30 days”. A geração a transformou numa regra da seção. Outra duração — ou nenhum limite — se pede do mesmo jeito: na frase.

Um membro precisa criar uma conta para publicar um objeto perdido?

Nesta demo, não: o prompt diz “anyone can post”, e a seção leva isso ao pé da letra — publica-se sem se identificar. Mais uma vez, a regra vem da descrição.