Comparer des réponses API et évaluer la compatibilité.
Séparez les changements structurels des changements de valeurs. Une valeur d’exemple modifiée ne rompt pas nécessairement le contrat API, tandis qu’un champ supprimé peut compter.
Adaptez le processus à votre tâche.
Comparez séparément structures et valeurs en conservant le chemin de chaque changement. Distinguez champs supprimés ou renommés et modifications de valeurs d’exemple, puis évaluez la compatibilité selon les exigences réelles des consommateurs.
- Ce que vous fournissez
- Deux exemples de réponses et règles de comparaison.
- Ce que vous obtenez
- Changements de schéma et de valeurs avec risques de compatibilité.
Consultez les données et le résultat.
Entrée et sortie illustratives · exemple pédagogique, pas une exécution WebAct en direct
Exemple champ
Compare response field sets. Old: {"id":"A1","name":"Ada"}. New: {"id":"A1","display_name":"Ada"}. No API compatibility contract supplied.Exemple complet
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.
Chargez ces données dans le prompt, puis copiez-le dans WebAct pour essayer la tâche. Votre résultat peut différer de l'illustration.
Décisions et dépannage.
Une valeur d’exemple modifiée rompt-elle automatiquement le contrat API ?
Non. Une valeur peut varier légitimement. Schéma, sens et hypothèses des consommateurs déterminent l’importance du changement.
Pourquoi un champ renommé apparaît-il comme une suppression et un ajout sans rapport ?
Une différence structurelle ne prouve pas l’intention. Signalez le renommage possible et confirmez-le avec le changement documenté et l’usage des consommateurs.
Essayez avec votre propre source.
Remplacez l'exemple par vos données dans le prompt. Gardez les exigences nécessaires, puis copiez la tâche dans WebAct.
Personnaliser et copier la tâche ↑