AIの変更管理を進める方法｜元に戻せる形を作る

生成AIを提供している事業者の1社は、提供終了までの予告期間を公開しています。一般に提供しているものは最低6か月、会話向けや開発支援向けといった限定的な種類は最低3か月、試験提供の型は2週間程度の短い予告になることもある、という書き方です（提供元の提供終了に関する案内。2026年8月25日取得）。「指示文は誰も触っていないのに、先月と同じ頼み方で結果が変わりました」「前の状態に戻したいのですが、どこを戻せばいいのか分かりません」——業務に組み込んだ後で届く声です。これは担当者の記録漏れではありません。本当は、自社が変えていないのに変わるものが混ざっているのに、変更の記録を自社の作業だけで組んでいることから起きています。この記事では、AIで何が変わるのかを分けたうえで、元に戻せる形の作り方を整理します。

場面：指示文も資料も触っていないのに、差し戻しが増えた

想定の場面を1つ置いて、記事の最後まで同じ題材で追います。産業用の計測器を扱う従業員700人規模の会社で、マーケ部門が引き合いへの一次返信の下書きをAIに作らせていました。指示文は半年前に作ったものを1つ、参照させる資料は商品の仕様の一覧と過去の返信の見本、という組み合わせです。担当者は指示文を1文字も直していません。

ある月から、営業側の手直しが増えました。価格に触れる文が混ざる、納期の言い方が断定的になる、といった種類です。最初は担当者の交代が原因と考えられました。ところが同じ人が同じ指示文で使っている期間でも、増えた月と増えない月がありました。切り分けに2週間かかり、その間に手直し前の文が2件、社外に出ています。

後から分かったのは、参照させていた資料のうち商品の仕様の一覧が、別部署の更新で差し替わっていたことと、利用しているサービスの型が新しいものに切り替わっていたことの2つでした。どちらもマーケ部門の記録には残っていません。自部門の作業だけを記録していたためです。

AIの変更管理が、普通の変更管理と違う1点

システムの変更管理は、申請して、影響を見て、承認して、反映して、記録する流れで組まれます。ISO/IEC 42001は2023年12月に発行されたAIのマネジメントシステムの規格で、ニュートン・コンサルティングの解説（2026年8月25日取得）によれば全10章の構成をとり、附属書Aに9つのカテゴリ、38の管理策が置かれ、そのうちA.6がAIシステムのライフサイクル、A.7がAIシステムのためのデータで文書化の要件を含むとされています。枠組みそのものは既にあります。

違うのは1点だけです。従来の変更管理は、変更が起きる契機がすべて自社側にあるという前提で組まれています。誰かが申請しなければ何も変わらない。ところがAIでは、提供している側がモデルを入れ替えます。こちらは申請していないし、承認もしていない。それでも出力は変わります。

規格の側にも、変更のたびに見直す考え方は入っています。同じ解説では、AIシステム影響度評価を、AIシステムの開発、提供、または使用から生じる個人や集団、社会への潜在的な影響を評価するプロセスと定義しています。8章は計画・実行・評価・改善のうち実行に当たり、プロセスを回すこと自体を求める章だと説明されています。国内では情報マネジメントシステム認定センターが2025年1月に、AIマネジメントシステムの認証を対象とした認定の開始を公表しています。影響の評価は一度で終わる作業ではないという前提が、規格の組み立てに入っているわけです。

この1点を認めると、必要な仕掛けが2つ増えます。1つは、自社の外から来る変更を受け取る口を作ること。もう1つは、変更が来たかどうかを自分で検知できるようにすることです。記録の様式を増やすのではなく、変更を拾う経路を増やすのが正しい方向です。

変わるものを7つに分けて持つ

何を記録するのかがぼやけると、記録は続きません。対象を7つに固定します。この7つ以外は記録の対象にしないと決めるほうが、運用が続きます。7つのうち、6つは自社の操作で動き、1つだけが自社の操作と無関係に動きます。

変わるもの	何が起きるか	自社が触るか
指示文	書き方を直すと出力の傾向が変わる。1文の追加でも変わる	触る
渡す資料と参照の範囲	資料の差し替え、参照先の追加や削除で答えの根拠が変わる	触る
モデル	提供側が新しい型に切り替える。旧版は予告のうえ遮断される	触らない
つないだ道具と権限	外部の道具の追加、権限の広げ方や絞り方で動きが変わる	触る
出力の形式	項目の増減、並び順、文字数の上限で受け取り側の作業が変わる	触る
人が確認する範囲	どこまで自動で出すかの線。緩めると外に出る文が増える	触る
規約と契約の条件	保存期間、学習に使うかどうか、利用できる用途の範囲	触らない

表の右端に注目してください。触らないものが2つある点が、AIの変更管理の核です。モデルと、規約や契約の条件。この2つは、社内の申請書をどれだけ丁寧に作っても記録に載りません。載せるには、外から来る告知を受け取って記録に転記する担当を置く必要があります。

自社が変えるものと、提供側が変えるものを分ける

分けたうえで、扱い方も変えます。自社が変えるものは、事前に止められます。申請の様式を作り、承認の線を引けば、勝手な変更は起きません。一方で提供側が変えるものは、止められません。できるのは、いつ変わるかを知って、変わった後に気づけるようにすることだけです。

ここを混ぜると、対策の形が的を外します。よく見るのは、指示文の変更申請の様式だけを整えて安心してしまう例です。冒頭の場面で言えば、指示文はそもそも誰も触っていません。原因は資料の差し替えとモデルの切り替えで、どちらも申請の様式では拾えない場所にありました。

実務では、7つを2つの群に分けて別の管理に置きます。自社が触る5つは申請と承認の流れに乗せる。触らない2つは、受け取り担当と定点の確認という別の仕組みに乗せる。同じ様式で扱おうとすると、どちらも中途半端になります。

提供終了と更新の予告は、どれくらい前に届くのか

外から来る変更の速さを、実測で押さえておきます。ある提供元は、提供終了に関する案内で予告期間を明示しています（2026年8月25日取得）。一般に提供しているものは最低6か月、会話向け・開発支援向け・調査向けといった限定的な種類は最低3か月。名前に試験提供を示す語が入る型については、2週間程度のもっと短い予告で終了することがあると書かれています。安全上や法令上の懸念がある場合は、可能な範囲でできるだけ早く知らせるという書き方です。

同じ案内では、告知した時点で提供終了予定の扱いになり、遮断日に到達するとその型は利用できなくなる、と整理されています。利用している顧客には電子メールと文書で通知し、大きな変更では記事も出すとされています。2026年については、9月から12月にかけて4つの遮断日が置かれ、型のまとまりごとに終了の日付が並んでいます。移行しないままの設定は、遮断日を過ぎると動かなくなるという性質です。

同じ案内には、移行が間に合わない場合の記述もあります。専用の容量を確保できる場合には、遮断日の後も継続して使える余地がある、という書き方です。ただしこれは例外的な扱いとして読むべきもので、段取りの前提にはしないのが安全です。あわせて、更新を受けなくなった型という区分も示されており、まだ使えるが新しい改善は入らない状態を指します。予告が来る前に、この区分に入った時点で移行の検討を始める形にしておくと、期間に余裕が出ます。

提供元をまたぐと、予告の長さはそろっていません。提供終了の日付をまとめている一覧（2026年8月25日更新のもの）では、数週間しかない例から1年を超える例まで幅がありました。つまり予告の長さを前提に社内の段取りを組むと、提供元を増やしたときに破綻します。段取りは、最も短い予告に合わせて組むのが安全です。

頻度の感覚も持っておきます。同じ一覧では、ある提供元だけで2026年8月から12月までの5か月間に21の型が提供終了として並んでいました。年に1度の行事ではなく、四半期ごとに何かが終わる前提で構えるほうが実態に合います。自社が使っている型が数えるほどしかないなら影響は小さいですが、部署ごとに違うものを使っている場合は、まずどこで何が動いているかの一覧が必要になります。

記録するのは「変えた内容」だけでは足りない

記録の様式でいちばん多い抜けが、ここです。何をどう変えたかは書かれているのに、変える前がどうだったかが残っていない。これでは、変更の後で品質が落ちたときに、落ちたことを示せません。比べる相手がないので、悪くなった主張が成り立たないのです。

必要なのは、変える前の出力の見本です。同じ入力に対する出力を、変更の前に何本か保存しておく。冒頭の場面なら、引き合いへの一次返信の下書きを、代表的な問い合わせ5件分について保存しておけば足ります。営業側が手直しした後の完成文も一緒に残すと、手直しの量の変化が見えます。

この手間を惜しむと、切り分けに時間がかかります。冒頭の場面では2週間かかりました。見本が残っていれば、同じ入力を今のうちに1回流して並べるだけで、変わったかどうかは数分で分かります。記録の主役は、変更の説明ではなく変更前の出力だと考えると、様式の設計が変わります。

• 変更の内容だけを台帳に書き、変える前の出力を残していない
• 見本を残しているが、入力の文と設定を一緒に残していないため再現できない
• うまくいった出力だけを見本にしていて、失敗しやすい種類の入力が入っていない
• 見本を担当者の端末に置いていて、担当が変わると誰も場所を知らない

変える前の出力の見本を、どう残すか

見本の作り方には決まりがあります。代表的な業務だけを入れると、変更の影響を見落とします。経営AXの解説記事（2026年7月20日公開、2026年8月25日取得）では、評価に使う一式には毎日使う代表的な業務だけでなく、頻度は低くても失敗したときの影響が大きい業務を入れると説明されています。例として顧客対応、契約や会計に関わるもの、個人情報の処理が挙げられています。

残す項目も、同じ解説が具体的です。使ったモデルの名称、入力、設定、実行した回数、実行の日時。そして正確性、網羅性、指示の遵守、文体、安全性という5つの軸での判定と、直した理由。加えて人が完成させた成果物と修正の理由も残すとされています。人が直した量そのものが、品質の指標になるという考え方です。

実務では、この一式を10件から20件の範囲で作ります。多すぎると回らなくなり、少なすぎると偏ります。件数を決めて先に固定するのが要点です。中身は半年ごとに見直し、実際に事故になりかけた入力を追加していきます。同じ入力を毎回使うことが大事なので、入力の文は書き換えずに、追加だけで育てる運用にします。

戻せる形その1：指示文と参照資料に版を付ける

元に戻せるかどうかは、記録の丁寧さではなく置き方で決まります。第一の置き方は、指示文と参照資料に版を付けることです。書き換えるのではなく、新しい版を作って古い版を残す。冒頭の場面で商品の仕様の一覧が差し替わったとき、前の版が残っていれば、切り戻して比べられました。

版の付け方は単純にします。日付と枝番だけで足ります。凝った付け方をすると、付ける人によって形が揺れます。大事なのは、今どの版が動いているかが1か所で分かることです。指示文が複数の部署で使われているなら、どの部署がどの版を使っているかも同じ場所に書きます。

参照させる資料については、もう1点あります。別部署が持っているファイルを直接参照させると、その部署の更新がそのまま入ってきます。冒頭の場面がまさにこれでした。対処は2つで、参照用の写しを自部門で持つか、更新の連絡が来る取り決めを別部署と結ぶかです。前者のほうが確実ですが、内容が古くなる問題が残るため、見直しの周期を決めておきます。

戻せる形その2：前の版へ切り替えられる置き方

版を残しても、切り替えられなければ戻せません。第二の置き方は、動かしている設定を一箇所にまとめ、そこの指定を書き換えるだけで前の版に戻る形にすることです。指示文を業務の手順書の中に埋め込んでしまうと、戻すために手順書を書き換える作業が必要になり、時間がかかります。

モデルについても同じです。型の指定を、常に最新のものが自動で当たる書き方にしておくと、切り替わった瞬間に出力が変わります。日付や版が入った具体的な指定にしておけば、提供側が新しい型を出しても、こちら側は当面変わりません。ただし遮断日が来れば動かなくなるため、指定を固定するかわりに、遮断日を自分で管理する責任を負うことになります。

どちらを選ぶかは業務の性質で決めます。文の下書きのように、出力が多少変わっても人が直す前提のものは、自動で新しいほうへ寄せて構いません。判定や分類のように、出力の揺れがそのまま次の処理に流れるものは、指定を固定して計画的に移すほうが安全です。業務ごとに、寄せるものと固定するものを先に分けておきます。

戻せる形その3：戻すと決める基準を先に書く

第三は、戻す判断の基準です。基準がないと、悪くなった感じがするという話し合いだけが続き、結論が出ません。基準は、変更を入れる前に書きます。後から書くと、目の前の結果に合わせた基準になってしまいます。

書き方は2段にします。1段目は即座に戻す条件で、これは事故の種類で書きます。前掲の経営AXの解説では、停止に当たる条件として事実の誤認、必須の項目の欠落、機密情報の不適切な扱いが挙げられています。1件でも起きたら戻す、という書き方にするのが要点です。件数の基準にすると、判断が遅れます。

2段目は、量で見る条件です。人が直した箇所の数、差し戻しの件数、所要時間のいずれかを1つ選び、変更前の見本と比べて何割悪化したら見直すかを書きます。同じ解説では、判定を全面切り替え、限定導入、保留の3段に分ける整理が示されています。この3段をそのまま社内の言い方に置き換えると、様式を作りやすくなります。

変更を入れる6工程

ここまでの部品を、実際の流れに並べます。1件あたりの重さは、変更の大きさで変わります。指示文の1文の追加なら30分、モデルの切り替えなら数日から2週間を見ます。工程を飛ばさないかわりに、工程ごとの重さを変える運用にします。

6工程のうち、抜けやすいのは2つ目と6つ目です。2つ目を飛ばすと比較が偏り、6つ目を飛ばすと次の変更で同じ切り分けを繰り返します。記録を書く時間を工程の中に含めて見積もると、後回しになりません。

比べるときは、モデルの差と手直しを混ぜない

比較で最もよくある失敗は、同時に2つ以上を変えることです。新しい型に切り替えるついでに、指示文も改善する。すると結果が良くなっても悪くなっても、どちらが効いたのか分かりません。前掲の経営AXの解説では、テスト中に指示文まで直すとモデルの差と改善の効果が混ざるため、まず同じ条件で比較し、その後に候補向けの調整を別のテストとして行うと説明されています。

実務では、順番を固定します。第一段で、指示文と参照資料を一切変えずに型だけを切り替えて比べる。第二段で、新しい型に合わせた指示文の調整を別件として立て、また比べる。2段に分けると回数は増えますが、原因が特定できます。1段でまとめて済ませた場合、悪化したときに戻す先が分からなくなります。

同じ入力で複数回試す点も押さえます。生成AIの出力はばらつくため、1回の結果で判定すると偶然に引きずられます。重要な入力については複数回流し、ばらつきの幅も記録に残します。ばらつきが大きい業務は、そもそも人が確認する範囲を広く取るべき業務です。

提供側の更新に備える。受け取る担当と、定点の確認の一式

外から来る変更に対する備えは、2つで足ります。1つ目は、告知を受け取る担当を人で決めることです。契約している窓口の電子メールアドレスが共有の受信箱だと、誰も読みません。個人名で受け取る人を決め、その人が記録に転記するという形にします。担当が異動するときの引き継ぎ項目にも入れます。

2つ目は、定点の確認の一式です。見本の一式のうち、代表的なものを5件程度選び、月に1回同じ入力を流して結果を残します。これがあると、告知を見落としても変化に気づけます。冒頭の場面のように、原因が2つ重なっていても、変化した時期が特定できれば切り分けが速くなります。

あわせて、規約や契約の条件も同じ流れに乗せます。保存の期間、学習に使うかどうかの扱い、使える用途の範囲は、こちらの操作と無関係に変わりえます。確認の周期を決め、変わっていた場合は7つのうちの1つが変わったものとして、同じ様式で記録する。別扱いにすると記録が散ります。

変更を入れる前に埋める記録票の項目一覧

様式を1枚に固めます。項目は12個です。多いように見えますが、ほとんどは選ぶだけで埋まります。埋まらない項目が3つ以上ある変更は、まだ申請できる段階に来ていない、という判定にも使えます。

• 変更する対象（7つのうちどれか。複数なら別件に分ける）
• 変更の契機（自社の改善か、提供側の更新か、規約の変更か）
• 変更の内容（前の状態と後の状態を、それぞれ1行で）
• 目的（何を良くしたいのか。測る指標を1つ）
• 影響が及ぶ業務と部署（名前で書く）
• 変更前の見本の置き場所（一式の名称と、保存した日）
• 合格の条件（変更前と比べて何がどうなっていれば通すか）
• 即座に戻す条件（事故の種類で書く。件数では書かない）
• 戻す手順（誰が、どこの指定を、何に書き換えるか）
• 試す範囲と期間（部署、業務、開始日と終了日）
• 判定の結果（全面、限定、保留の3段と、その理由）
• 記録した人と日付（承認した人も同じ欄に）

この票の価値は、書いている最中に出てきます。戻す手順の欄が書けない変更は、戻せない変更です。試す前に気づけば、置き方を直してから進められます。書けないまま進めると、戻したい場面で初めて戻せないことが分かります。

差分の要約はAIに任せ、戻す判断は人が持つ

この運用のどこにAIを噛ませるかを決めます。任せてよいのは、量が多くて機械的な作業です。変更前と変更後の出力を並べて違いを列挙させる、告知の文書から自社に関係する型と日付を抜き出させる、記録票の下書きを作らせる。この3つは人がやるより速く、抜けも少ない。

任せてはいけないのは、戻すかどうかの判断です。理由は2つあります。1つは、判断に必要な材料の一部が業務の外にあること。営業の繁忙期かどうか、その文が誰に届くのか、直近で事故があったかどうかは、AIの手元にありません。もう1つは、判断を渡すと責任の所在が消えることです。戻さなかった理由を後から説明できる人がいなくなります。

線の引き方は具体的にします。AIには一覧と下書きまで、判定の欄と承認の欄は人が埋める。この2つの欄だけは様式の上でも分けて置き、誰が埋めたかが分かるようにします。欄を分けるだけで、渡してはいけない判断が渡らなくなるのが、様式を使う利点です。

• 提供側の更新に備える体制は、規模によって重さが変わります。利用が1部署に収まっているなら、担当1人と月1回の確認で足ります。複数部署で違う設定を使っている場合は、どの部署がどの版を使っているかの一覧が先に必要です。一覧がない状態で告知が届くと、影響範囲の調査だけで予告期間を使い切ります。

ミニ用語解説：この記事に出てくる語

変更管理

業務の仕組みに手を入れるとき、勝手に変えられないようにして、変えた内容と結果を残す運用のことです。AIでは、自社が手を入れる部分と、提供側が手を入れる部分の両方を対象にする必要があります。

提供終了の予告

提供元が、あるモデルの型をいつまで使えるかを事前に知らせることです。告知の時点で提供終了予定の扱いになり、遮断日を過ぎると使えなくなります。予告の長さは提供元と型の種類によって違います。

版を付ける

指示文や参照資料を書き換えるのではなく、新しいものを別に作り、古いものを残しておくことです。今どれが動いているかを1か所で示せる状態にしておくと、戻す作業が指定の書き換えだけで済みます。

見本の一式

同じ入力を毎回流して結果を比べるために用意する、入力と設定と期待する結果の組み合わせのことです。代表的な業務だけでなく、頻度は低くても失敗の影響が大きい業務を含めます。

定点の確認

見本の一式の一部を、決めた周期で同じ条件で流し、結果を残しておく運用です。告知を見落としても変化に気づけるようになり、原因の切り分けが速くなります。

戻す基準

どうなったら前の状態に戻すかを、変更を入れる前に書いておいた条件です。事故の種類で書く即座の条件と、悪化の量で見る条件の2段に分けると運用しやすくなります。

まとめ

AIの変更管理でつまずくのは、記録の様式が足りないからではありません。変わるものの一覧に、自社が触らないものが2つ混ざっているからです。モデルと、規約や契約の条件。この2つは申請の様式では拾えないため、告知を受け取る担当を人で決め、定点の確認の一式で変化に気づけるようにする必要があります。予告の長さは提供元によって数週間から1年超まで開くため、段取りは最も短い予告に合わせて組みます。

元に戻せる形は、3つの置き方で作れます。指示文と参照資料に版を付けて古い版を残す。動かしている設定を一箇所にまとめ、指定の書き換えだけで戻れるようにする。戻すと決める基準を、変更を入れる前に2段で書いておく。そして記録の主役を、変更の説明ではなく変更前の出力の見本に置き換えます。比べる相手がなければ、悪くなったことを示せません。

AIの使いどころは、差分の列挙、告知の読み取り、記録票の下書きです。戻すかどうかの判断は人が持ちます。記録票の判定と承認の欄を分けて置くだけで、渡してはいけない判断が渡らなくなります。まず手元の設定について、7つのうち何が今どの版で動いているかを1枚に書き出すところから始めてください。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。