Como comparar respostas API e avaliar compatibilidade.
Separe mudanças estruturais de mudanças de valores. Um valor de exemplo alterado não necessariamente quebra o contrato API, enquanto um campo removido pode importar.
Adapte o fluxo à sua tarefa.
Compare estruturas e valores separadamente, preservando os caminhos de cada mudança. Diferencie campos removidos ou renomeados de alterações nos valores de exemplo e avalie a compatibilidade pelos requisitos reais dos consumidores.
- O que você fornece
- Duas respostas de exemplo e regras de comparação.
- O que você recebe
- Mudanças de esquema e valores com questões de compatibilidade.
Veja a entrada e o resultado.
Entrada e saída ilustrativas · exemplo didático, não uma execução real do WebAct
Exemplo campo
Compare response field sets. Old: {"id":"A1","name":"Ada"}. New: {"id":"A1","display_name":"Ada"}. No API compatibility contract supplied.Exemplo completo
Unchanged field: id. Removed field: name. Added field: display_name. Potential impact: clients reading name may fail or lose displayed text. A rename is plausible, but the samples alone do not prove semantic equivalence or the full compatibility policy.
Carregue esta entrada no prompt e copie para o WebAct para testar a tarefa. Seu resultado pode ser diferente da ilustração.
Decisões e solução de problemas.
Um valor de exemplo alterado quebra automaticamente o contrato API?
Não. Um valor pode variar legitimamente. Esquema, significado e hipóteses dos consumidores determinam se a mudança é relevante.
Por que um campo renomeado aparece como remoção e adição sem relação?
Um diff estrutural não comprova intenção. Marque a possível renomeação e confirme-a pela mudança documentada e pelo uso dos consumidores.
Teste com sua própria fonte.
Substitua o exemplo pelo seu material no prompt. Mantenha os requisitos necessários e copie a tarefa para o WebAct.
Personalizar e copiar a tarefa ↑