Como montar um protótipo mínimo com IA

O recorte já existe; agora transforme-o em uma entrega observável. Uma entrega mínima não é “a IA responder sobre a biblioteca”. Ela começa com uma entrada definida e termina com um resultado que alguém consegue verificar e usar dentro do escopo.

No Rascunho Aurora, a entrega é: receber uma solicitação sintética, preparar um rascunho apoiado na base autorizada, submetê-lo à revisão humana e registrar o rascunho revisado. O resultado não é uma mensagem enviada ao público.

Veja o percurso inteiro que define a entrega do protótipo.

Um protótipo de ponta a ponta contém apenas o necessário para atravessar sua fronteira:

1. Entrada: a solicitação sintética e a base autorizada estão disponíveis.
2. Preparação: o material é organizado para a geração.
3. Geração do rascunho: é produzido um rascunho com referências e pendências quando houver.
4. Revisão humana: uma pessoa decide aprovar, revisar ou interromper.
5. Registro: somente o rascunho revisado é registrado.

“Ponta a ponta” não significa automatizar tudo. Uma passagem manual pode fazer parte de uma entrega completa, desde que seja explícita e verificável.

Compare três propostas para o mesmo recorte. A primeira é insuficiente: ela para em uma resposta isolada. A terceira ultrapassa a fronteira: acrescenta ações externas que o protótipo não precisa demonstrar agora.

A entrega mínima fica no meio: gera algo utilizável, inclui a revisão necessária e encerra em um registro verificável.

A comparação mostra onde termina o protótipo mínimo.

A escolha começa pelos requisitos da entrega mínima, não pela lista de ferramentas disponíveis. Para cada componente, registre: qual necessidade ele atende, qual resultado torna possível e qual complexidade acrescenta.

No Rascunho Aurora, a entrega termina no registro de um rascunho revisado. Portanto, o conjunto precisa sustentar a entrada sintética, a preparação do rascunho com a base autorizada, a revisão humana e o registro — sem envio de mensagens ou acesso a cadastros.

A base curta Guia Aurora v1.0 pode ser colocada no próprio contexto do assistente de texto junto da solicitação. Como a base é pequena e conhecida, não é necessário acrescentar recuperação automática de documentos.

Copiar a base do documento de configuração para o contexto é uma ação manual explícita. Ela pode cumprir a necessidade atual sem criar integração, conector ou agente.

O documento de configuração, o assistente de texto disponível e o registro local com revisão humana formam o conjunto mínimo do exemplo. Eles não são escolhidos por serem “mais completos”, mas porque cobrem necessidades diferentes e necessárias.

A revisão humana não é um detalhe opcional: ela decide aprovar, revisar ou interromper antes do registro do rascunho. Aprovar autoriza o registro; não significa enviar uma mensagem.

Um componente é essencial quando sua ausência impede um requisito da entrega. Uma conveniência é substituível quando uma ação manual explícita mantém o mesmo requisito atendido.

Para decidir, faça duas perguntas: “Que necessidade deixa de ser atendida sem isto?” e “Posso realizar essa passagem manualmente sem ampliar o escopo?” Se não houver necessidade clara, exclua o recurso.

Um contrato operacional descreve o que uma pessoa fornece, o que cada etapa produz e onde cada resultado vai parar. Ele evita que ações importantes fiquem implícitas.

No Rascunho Aurora, a pessoa responsável fornece dois campos: Solicitação e Base autorizada. O protótipo produz Rascunho, Referências e Pendências. Nenhum desses resultados é enviado a alguém: eles seguem para revisão humana e registro local.

Agora descreva a passagem entre etapas, não apenas os nomes delas. No fluxo principal, a Solicitação e a Base autorizada passam para a Preparação. Em seguida, a pessoa pode copiar e colar esses dados no componente de texto; essa é uma passagem manual explícita, não uma integração automática.

A Geração do rascunho devolve os três campos de saída. A Revisão humana lê os três, registra uma Decisão humana e só então encaminha o resultado permitido ao Registro.

O diagrama representa o fluxo principal e os dados que atravessam cada passagem.

A aprovação é um bloqueio, não uma formalidade. A pessoa revisora decide aprovar, revisar ou interromper depois de conferir o rascunho, as referências e as pendências.

Se houver uma pendência relevante sem resolução, o registro não pode ficar como aprovado. A pessoa deve escolher revisar para corrigir ou esclarecer o material, ou interromper quando o percurso não deve continuar. Aprovar autoriza somente o registro do rascunho; não autoriza envio de mensagem, consulta a cadastro nem empréstimo.

A configuração é o texto reutilizável que define como o protótipo deve agir; a solicitação é o dado variável de uma execução. No seu computador, crie e edite localmente o arquivo configuracao-v0.1.txt em um editor de texto.

Para o Rascunho Aurora, esse arquivo precisa permitir reconstruir: objetivo, escopo, base autorizada, instruções, campos de saída e intervenção humana. A solicitação sintética entra depois, separada da configuração.

Copie o bloco abaixo para configuracao-v0.1.txt. Ele contém as regras reutilizáveis do Rascunho Aurora; não inclua nele a Solicitação de um atendimento específico.

Se houver um assistente gratuito disponível, abra uma conversa nova. Cole primeiro toda a configuração e, em seguida, envie os dados do caso. Não suponha que outra conversa tenha guardado instruções anteriores.

Para este caso condutor, use a Solicitação sintética abaixo. Não acrescente nome, contato nem outros dados pessoais.

No arquivo local registro-v0.1.txt, anote o contexto da passagem realizada. Registre apenas o que estiver efetivamente visível; não invente nome de modelo ou opção. Quando uma informação não aparecer, escreva não disponível.

Se uma geração com IA não ocorrer por indisponibilidade, falha ou interrupção, registre o fato e o motivo. Esse registro deve comportar a situação não demonstrado, sem apresentar uma resposta como se tivesse sido gerada.

Agora você vai concluir uma única entrega do protótipo no seu computador. O percurso começa com a solicitação sintética e a Base autorizada, passa pela preparação e pela geração de um rascunho, exige uma decisão humana e termina no registro local.

Escolha uma rota:

• Com IA: use um assistente de texto disponível, em uma conversa nova, com a configuração que você montou.
• Simulação manual: percorra as mesmas etapas usando uma resposta de exemplo em texto, identificada como simulada.

Em qualquer rota, não envie mensagens, não consulte cadastros e não realize empréstimos. A entrega termina no registro do rascunho revisado ou, se houver interrupção, no registro factual dessa interrupção.

Na rota com IA, abra uma conversa nova no assistente disponível, aplique a configuração salva e forneça os campos do caso. Preserve a saída realmente obtida para a revisão.

Na simulação manual, use exatamente os mesmos campos como cenário. Em vez de chamar uma ferramenta, registre uma resposta de exemplo como simulado. Isso representa o encadeamento previsto, mas não comprova uma geração por IA.

Em ambas as rotas, mantenha os campos separados: Rascunho, Referências e Pendências. As referências devem usar somente os formatos definidos para as seções efetivamente usadas da Base autorizada.

Antes de registrar um rascunho, confira se ele trata somente da solicitação, se as referências apontam para as seções usadas da Base autorizada e se Pendências informa algo que exija ação. Em seguida, registre a Decisão humana:

• aprovar: autoriza registrar o rascunho revisado; não autoriza envio.
• revisar: há algo a corrigir ou esclarecer.
• interromper: o percurso não deve continuar com o material disponível.

Se o assistente não estiver acessível, não responder ou não produzir material revisável, registre a tentativa como interrupção real. Nesse caso, não invente um Rascunho, Referências ou Pendências como se tivessem sido gerados.

Não dê um único rótulo ao protótipo inteiro. Classifique cada capacidade com base no que o registro realmente mostra.

• executado: a ação ocorreu e deixou evidência, como uma passagem registrada, um rascunho preservado ou uma decisão humana anotada.
• simulado: um cenário em texto representou como a capacidade deveria se encaixar no fluxo, mas a capacidade real não foi usada.
• não demonstrado: não há evidência suficiente para afirmar que a capacidade ocorreu.

O rótulo descreve a evidência disponível, não a intenção nem o que talvez seja possível fazer depois.

O modo informa como uma capacidade foi realizada; a situação informa o que foi comprovado. São dimensões diferentes e devem ser anotadas capacidade por capacidade.

Por exemplo, copiar Solicitação e Base autorizada para um assistente é uma passagem manual. Se você a realizou e a registrou, ela foi executada. Já a geração do Rascunho pelo assistente, se realmente ocorreu e foi preservada, tem modo com IA e situação executado.

Esses fatos não comprovam uma integração automática entre componentes. A integração permanece não demonstrado se nenhum conector a realizou.

Uma simulação manual pode demonstrar que o fluxo previsto aceita a Solicitação, usa a Base autorizada, organiza Rascunho, Referências e Pendências, passa pela Decisão humana e chega ao Registro.

Ela não demonstra o comportamento de uma ferramenta que não foi utilizada. Portanto, uma resposta de exemplo não sustenta conclusões sobre qualidade recorrente, robustez, tempo de geração ou custo da IA. Ela também não transforma copiar e colar em integração automática.

Uma versão candidata a teste é o conjunto identificado que será avaliado como uma unidade. No Rascunho Aurora, ela reúne: escopo, componentes, instruções, base autorizada, configurações disponíveis e contrato operacional.

O resultado de uma execução não define sozinho a versão. A versão é a configuração que orienta a execução. Ao encerrar os ajustes de montagem, preserve essa configuração para que uma avaliação posterior se refira ao mesmo protótipo — e não a uma solução modificada no meio do caminho.

Organize a evidência da v0.1 em dois documentos locais. O primeiro permite recuperar a configuração. O segundo mostra o que ocorreu em uma entrega. Registre a data real no formato DD/MM/AAAA e descreva apenas o que estava visível ou foi efetivamente realizado.

Uma nova Solicitação pode ser registrada na v0.1 sem alterar a solução. Por exemplo, outro caso sintético muda a entrada, mas preserva a base autorizada, as instruções, os campos de saída e a revisão humana.

Já uma mudança no escopo, nos componentes, nas instruções, na Base autorizada, nas configurações ou no contrato operacional altera a configuração. Não sobrescreva a v0.1: preserve-a e identifique a cópia modificada como v0.2, com registros separados.

Encerrar o protótipo não significa acrescentar um componente. Significa consolidar a versão candidata a teste em dois documentos locais coerentes: configuracao-v0.1.txt, com o que o protótipo deve fazer, e registro-v0.1.txt, com o que ocorreu em uma entrega.

No Rascunho Aurora, a entrega só está completa quando a solicitação sintética percorreu Entrada → Preparação → Geração do rascunho → Revisão humana → Registro. O registro precisa mostrar a decisão humana e não pode sugerir que o rascunho foi enviado: aprovar autoriza apenas o registro do rascunho.

Uma pessoa que receba os dois textos deve conseguir repetir o procedimento sem adivinhar campos, fonte autorizada, instruções ou ponto de intervenção. Ela pode obter uma redação diferente de um assistente de IA, mas deve conseguir repetir o mesmo contrato operacional.

Confira se a configuração separa a solicitação específica da regra reutilizável e se o registro informa o que foi executado, o que foi uma simulação manual e o que não foi demonstrado. O rótulo de situação descreve a evidência; o modo, como manual ou com IA, descreve como a etapa ocorreu.