AIの設定変更、
担当者に聞いておきたいこと
——そのまま使える引き継ぎメモ

「先月、担当者に確認してもらったから大丈夫」。その後で、AIに渡す資料や、つないでいるサービスが変わっていませんか。社内でAIを使い始めた経営者や、設定を兼任している方に確認してほしい点です。

前の確認結果には、前の設定という条件があります。変更したら、どの仕事に影響するかを整理し、その部分を確かめ直してから使います。細かい設定名を全部覚えるより、「何が変わり、誰がどこまで確認したか」を残すことが先です。

この記事では、HaruIroAIが開発中の診断アプリに設けた、古い結果を取り違えないための仕組みを紹介します。その考え方を、普段の業務で使える変更の引き継ぎメモにしました。お客様の事故や、情報漏えいが起きた事例ではありません。

何が変わったら、確認を見直すのか

たとえば、AIで在庫の問い合わせへの返事を下書きする仕事を考えます。最初は説明用の商品表だけで試していて、後から実際の在庫表へ接続する。この場合、文章の言い回しが同じでも、扱う情報と接続先は変わっています。以前の試験だけで、新しい使い方まで確認済みにはできません。

上の業務は説明のための架空例です。以下は、変更の影響を担当者と整理するための例であり、全項目を網羅する検査表ではありません。

文字の色を変えただけの場合と、取引先へ自動で送信できるようにした場合では、確かめる範囲は違います。何でも最初から全検査するのでも、何でも「少しの変更」で済ませるのでもなく、扱う情報・操作・人への影響に合わせて決めます。

自社では、古い結果を出さない仕組みも設けています

HaruIroAIの開発中の診断アプリでは、再検査やデモの変更などの後に、前の処理の結果が遅れて届く場面を想定しています。古い結果が新しい結果のように表示されると、どの状態を確認したのか分からなくなるからです。

そこで、決められた操作の後には前の結果を表示しない条件を設けました。保存の準備中に状態が変わった場合も、古い結果のダウンロードを進めない条件を置き、模擬の応答を使った自動テストで確認しています。

これは、アプリの特定の操作と表示・保存についての確認です。パソコン上の設定変更をすべて自動で見つける機能ではなく、実際の業務全体の安全を証明するものでもありません。製品は一般公開前で、この記事から配布しているものではありません。

社内の仕事でも同じように、古い確認票を消すのではなく「変更前の記録」として保管し、今使ってよい設定の記録を別に置く。その区別が、担当者が替わったときの引き継ぎに役立つとHaruIroAIは考えています。

変更してから使い始めるまでを、短く決める

米国の標準・技術を扱う機関NISTのAIリスク管理の枠組みでも、導入後の監視計画に、変更の管理や復旧などを含めています。一度の導入確認で終わらせず、使い続ける間の変化も扱う考え方です。

出典：NIST AI RMF 1.0「MANAGE 4.1」（2026年9月18日確認）。任意で使う枠組みです。以下の手順とメモはHaruIroAIの提案で、NIST指定の様式や安全認証ではありません。

1．変更前に、目的と戻し方を書く

誰が、何のために、どこを変えるかを残します。設定を戻せる場合は、戻す担当と方法も確認します。サービス側の更新などで元に戻せない場合は、対象の自動処理を止めて人の作業へ切り替える方法を決めます。送信済みのメールや外部で完了した操作は、設定を戻すだけでは取り消せません。

2．影響する仕事で試し、確認していない部分を残す

まず説明用のデータや試験環境で、意図した動作と、起こしてほしくない動作を確かめます。在庫表の例なら、参照だけのはずが書き換えていないか、対象外の商品まで処理しないか、といった観点です。試験用と本番の接続・権限が違う部分は、試験済みに含めず、担当者の確認事項に残します。

3．再開する人と、再開後に見ることを決める

試験の担当者が結果を記録し、業務の責任者が「どこまで使うか」を判断します。小さな会社では同じ人が担っても構いませんが、作業したことと、業務に戻してよいと判断したことは分けて残します。未確認の影響が分からない場合は、その機能の利用範囲を広げず、提供元や詳しい担当者へ確認します。

使い始めた後も、決めた確認時点で実際の処理と例外を見ます。確認する頻度は一律ではなく、外部送信・情報の書き換え・扱う情報の重要さなどに合わせます。異常があったときの連絡先と止める担当も、先に決めておきます。

そのまま使える、変更の引き継ぎメモ

設定する人に、このメモを埋めてもらうところから始められます。空欄をなくすために推測で書かず、分からない箇所には「未確認」と、確認する担当を記入してください。

AIを使う仕事の変更メモ

対象の業務・道具：
変更の目的：
変更する人・日時：

【変更前と変更後】
見せる資料・接続先・できる操作：
AIや指示文の変更：
前の確認記録の場所と日付：

【今回、確かめたこと】
試験した人・日時：
今回の確認記録の保管場所：
使った試験データと条件：
期待した動作／実際の動作：
起こしてほしくない動作と試験結果：
本番と違う条件・未確認の項目：
確認する担当と期限：

【使い始める判断】
使ってよい範囲／まだ使わない範囲：
再開を決めた人・日時：
再開後に見ること・確認時点・担当：

【問題があった場合】
止める対象・担当・連絡先：
戻せる設定と戻す方法：
戻せない場合の代わりの作業：
すでに送信・更新した情報の確認方法：

これは社内の引き継ぎ用です。パスワードや接続用の秘密の文字列、顧客の資料そのものは書き込まず、権限のある担当者が確認できる保管場所を記します。外部へ相談するときも、必要な項目だけを共有してください。

「設定した人しか分からない」を残さない

変更を記録する目的は、書類を増やすことではありません。次の担当者が、前の確認を今の設定へ当てはめてよいか判断できるようにすることです。HaruIroAIでは、仕組みを作ることと、現場が判断を引き継げる状態にすることを一緒に考えます。

診断結果そのものの読み方は、AIの安全診断で見る3つのポイントにまとめています。取引先へ送る文書の確認は、見積もりを送る前の確認票へ。今回のメモは、文書1通ではなく、AIを使う仕組みや担当の変更を引き継ぐために使います。

仕事の整理から設定・実装・現場での試行まで相談したい場合は、はるいろAI活用支援をご覧ください。