AULA 57 / 61 · ACESSO GRATUITO

Prompts para a Vida Relacional

Graciliano TolentinoEngenharia Caracol · Edição 2.0
Nesta aula
  1. Um pedido operacional contém contexto e limite de prova
  2. Inventário sem alteração
  3. Implementação com fronteira
  4. Correção com regressão demonstrada
  5. Auditoria com afirmações proporcionais
  6. Integração com fronteiras de efeito
  7. Crítica de uma resposta sem prova

Um pedido operacional contém contexto e limite de prova

Prompts orientam uma ferramenta de linguagem; não substituem requisitos, execução nem responsabilidade. Vida Relacional designa aqui a colaboração entre pessoas, registros, código e ferramentas, em que uma mudança precisa manter seus vínculos com o que já foi construído. O projeto concreto destes pedidos é a Oficina Caracol, não uma aplicação com credenciais ou dados reais. Copie o pedido pertinente, forneça o pacote e confirme que a ferramenta pode acessar os caminhos indicados.

Antes de prometer um resultado, a ferramenta deve declarar o que conseguiu ler e executar. Sem terminal, pode analisar texto fornecido; não pode inventar saída de npm test. Sem navegador, pode inspecionar HTML e JavaScript; não pode registrar percurso real por teclado. Uma conclusão de inventário pode decorrer de leitura, mas uma conclusão sobre execução precisa de execução identificada.

Inventário sem alteração

text
Contexto: recebi Oficina Caracol 2.0.0 para estudo local.
Raiz de trabalho: pratica. Não altere arquivos.
Leia README.md, package.json, data/casos.json, src, public, tests e docs.
Liste os caminhos realmente lidos e indique os que não estiverem disponíveis.
Identifique comandos existentes, contrato dos dados, rotas, testes e limitações.
O contrato de casos é {id,titulo,descricao,ativo}; a saída pública contém
apenas id,titulo,descricao dos ativos. Reservas são simuladas em memória.
Separe encontrado, inferido e não localizado; forneça caminho e trecho
para cada afirmação relevante. Não afirme execução se fez somente leitura.
Entregue mapa de responsabilidades, lacunas e próximo teste proposto.
Não instale dependências nem crie arquivos.

Implementação com fronteira

text
Contexto: Oficina Caracol, REQ-003, mensagem de catálogo vazio.
Objetivo: no app do navegador, representar array público vazio com mensagem
explícita; distinguir vazio de carregamento e de erro.
Leia public/app.js, public/index.html, public/styles.css e os contratos antes de mudar.
Altere somente o arquivo necessário entre public/app.js e public/index.html.
Se precisar de outro caminho, explique a necessidade antes de ampliar o escopo.
Preserve botões nativos, região de status e foco visível já existentes.
Não crie cadastro, dados pessoais, banco externo ou dependência.
Use os comandos existentes npm test e npm run validate se houver terminal.
Entregue diff, motivo, resultados reais e limitações. Inspeção de código
não é prova de teclado ou leitor de tela; mantenha essa verificação pendente.
Se não houver acesso ao pacote, devolva proposta isolada com esse limite,
sem apresentá-la como alteração aplicada.

Correção com regressão demonstrada

text
Contexto: Oficina Caracol e REQ-002, inativos não podem ser revelados.
Use npm run exercicio:antes para observar a falha intencional isolada.
Registre o código de saída e explique por que 1 é esperado nesse comando.
Compare o defeito do exercício com src/catalogo.mjs e seus consumidores.
A implementação defeituosa não deve ser copiada para src.
Execute npm run exercicio:depois e a suíte normal. Identifique quais
resultados sustentam a correção e quais não cobrem integração ou interface.
Se encontrar outro defeito real, reproduza-o em teste pertinente, faça
a menor correção e mostre falha antes e aprovação depois, sem inventar saídas.
Não silencie a falha esperada do exercício nem altere o critério para passar.
Descreva como retornar sua mudança e liste os limites restantes.

Auditoria com afirmações proporcionais

text
Audite a cópia fornecida da Oficina Caracol contra REQ-001 a REQ-005.
Leia requisitos, decisões, código, testes, resultados e gate.
Para cada achado, informe caminho, trecho, fato observado, impacto
e ação proposta. Diferencie defeito demonstrado, hipótese e melhoria.
Se houver terminal, execute npm test e npm run validate e guarde as saídas.
Se houver servidor, confira GET /api/casos e o retry de reserva.
Sem os meios necessários, marque a verificação como não realizada.
Não use o relatório de outra versão como prova da cópia atual.
Não transforme inspeção de HTML em aprovação de acessibilidade.
Emita LIBERADO, RESSALVAS ou BLOQUEADO para um escopo declarado;
justifique lacunas e identifique quem poderia aceitar o risco.
Não invente aceite humano nem libere publicação validada com pendências impeditivas.

Integração com fronteiras de efeito

text
Verifique a integração da Oficina Caracol em ambiente local de estudo.
Confirme primeiro o contrato vigente em README, src e tests.
A partir de npm start, confirme a resposta pública de GET /api/casos.
Envie POST /api/reservas com chave teste-pedido-001 e casoId site-acessivel.
Repita exatamente a mesma intenção com a mesma chave e compare resultados.
Depois use essa chave com casoId catalogo-local: o contrato prevê 409.
Identifique os resultados como sua execução local; não fixe sim-1 como
ID universal, pois o processo pode ter recebido outras reservas.
Explique que o servidor mantém estado apenas em memória e encerre-o ao fim.
Não execute testes contra serviços externos ou dados reais.
Atualize evidência e proposta de gate somente com observações realizadas.
Teste manual de teclado e feedback permanece etapa humana separada.

Crítica de uma resposta sem prova

Resposta inadequada: “Revisei o código e todos os testes passaram; o sistema está acessível e pronto para produção.” Há três saltos: leitura foi promovida a execução; execução foi promovida a validação de uso; demonstração local foi promovida a produção. A correção é pedir os comandos, saídas, cópia examinada e limites. Se não existirem, a ferramenta deve substituir a frase por uma descrição do que realmente fez.

Resposta proporcional: “Inspecionei os arquivos fornecidos e identifiquei tratamento explícito de vazio. Não executei a aplicação nem o percurso de teclado. Recomendo as verificações indicadas; não posso afirmar aprovação delas.” Quando houver execução real, acrescente os resultados e mantenha a conclusão no alcance observado. O valor do prompt está em tornar a colaboração examinável, inclusive quando a resposta honesta é que falta evidência.

Fontes relacionadas

Consulte os limites e as seções de apoio de cada referência.

S04 S06 S15 S19
Conseguiu explicar o que aprendeu?

Tente o exercício antes de consultar a solução. Marque a aula para organizar sua leitura.

A conclusão desta leitura não equivale a certificação ou aceite de um projeto real. Teste os exemplos no escopo indicado e registre as limitações.