Comment repérer les changements incompatibles d'une version.
Relevez ancien comportement, nouveau comportement et action de migration indiquée. Ne classez pas chaque note de version comme un changement incompatible.
Adaptez le processus à votre tâche.
Repérez les changements décrits explicitement comme incompatibles, supprimés ou exigeant une migration. Notez version touchée, ancien comportement, remplacement et action fournie. Séparez les dépréciations avec retrait futur des changements qui interrompent déjà des intégrations.
- Ce que vous fournissez
- Documentation de version visible.
- Ce que vous obtenez
- Changements incompatibles et actions de migration nécessaires.
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
Release notes say field full_name is replaced by display_name in version 2.
Exemple complet
Breaking change: consumers using full_name must review the version-2 response and migrate to display_name as documented.
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.
Toute fonction dépréciée est-elle déjà un changement incompatible ?
Non. Une dépréciation peut précéder le retrait. Gardez la chronologie et l'état de prise en charge décrits dans les notes.
Pourquoi l'action de migration est-elle peu claire dans le journal ?
La note peut renvoyer à un guide séparé ou omettre les détails de mise en œuvre. Gardez cette lacune plutôt que d'inventer le comportement de remplacement.
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 ↑