如何从更新日志中识别破坏性变更。
识别旧行为、新行为和明确写出的迁移操作。不要把每条版本说明都当成破坏性变更。
按任务需求调整流程。
找到明确称为不兼容、已移除或需要迁移的变更。记录受影响版本、旧行为、替代方式和提供的迁移操作。将有未来移除日期的弃用功能与已经破坏现有集成的变更分开。
- 你需要提供什么
- 可见的版本文档。
- 你会得到什么
- 破坏性变更和必需的迁移操作。
查看输入和结果。
演示用输入和输出 · 教学示例，并非 WebAct 实时运行结果
示例 个输入项
Release notes say field full_name is replaced by display_name in version 2.
完整示例
Breaking change: consumers using full_name must review the version-2 response and migrate to display_name as documented.
将这份输入载入提示词，再复制到 WebAct 中尝试任务。实际结果可能与示例不同。
决策与问题排查。
每个弃用功能都已经构成破坏性变更吗？
不是。弃用可能先于移除。保留版本说明中的时间线和当前支持状态。
为什么更新日志中的迁移操作不清楚？
说明可能转向另一份指南，也可能缺少实现细节。保留这个缺口，不要编造替代行为。
使用自己的资料试一试。
将任务提示词中的示例换成你的材料。保留所需条件，再把任务复制到 WebAct。
自定义并复制任务 ↑