破壊的なAPI変更をCIで止める
収録 2026-10
破壊的なAPI変更をCIで止める（中国語の原文）
希望在流水线里自动发现破坏性的接口变更。请基于 [接口描述文件]，设计一次对比检查：哪些变化算破坏性（删字段、改类型、加必填、改枚举取值）、哪些算兼容、发现破坏性变更时如何提示替代做法。输出：判定规则表、检查在流水线中的位置、误报的处理方式、以及例外情况的审批流程。
当サイトオリジナル
中国語の原文
使用例
入力例
想在流水线里自动拦破坏性接口变更，基于现有接口描述文件设计一次对比检查。
出力に含まれるもの
- 判定规则表分清破坏与兼容
- 指明检查插在流水线哪一步
- 给出误报处理和例外审批流程
置き換えるプレースホルダー 1
括弧の中をご自身の情報に置き換えてから送ってください。
[接口描述文件]
使い方
标记为实验性的接口可以放宽，但要在描述文件里显式标出来。
こう変えてみる
- コードを書く前に要件と制約を復唱させる。
- 全体書き換えではなく、最小の変更とロールバック方法を出させる。
得られる成果物
- そのまま使える最小変更（コピー可能なコード）
- 影響範囲：変更ファイルと追従が必要な呼び出し元
よくある失敗
- 一度に十ファイル変更させ、何が原因か分からなくなる。
- エラーだけ貼ってコードとバージョンを省くと、使えない修正が返る。
出力のチェック
- 変更は動いて戻せて、無関係なコードに手を入れていない。
- 境界条件（空・巨大・同時実行）が説明かテストで押さえられている。
使いどころと注意
- 向いている用途：要件と制約を復唱させてから、最小限の動く変更を出させる。
- 注意：エラーにはバージョンと最小再現を添える。無いと一見もっともらしいが合わない修正が返る。