Prompts para a Vida Relacional
Nesta aula
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
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
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
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
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
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 S19Tente 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.