AS400現場でAIを使う時の禁止事項チェックリスト｜本番データ・顧客情報を入れない

2026.06.11

AS400 / IBM i の現場でCodexやAIを使う場合、最初に決めるべきなのは「何に使うか」よりも「何を入れないか」です。本番データ、顧客情報、認証情報、接続情報を入れないルールを明文化してから使います。

AIに入れない情報

禁止情報例代替方法
本番データ受注、請求、在庫、個人情報架空データに置き換える
顧客情報会社名、担当者名、取引先名A社、B部門などに匿名化する
認証情報ユーザー、パスワード、トークン絶対に入力しない
接続情報IP、ホスト名、FTP先、VPN情報接続先Aなどに置き換える
機密ソース業務ロジック全体、契約固有処理必要な一部だけを抽象化する

AIに向いている使い方

AIは、ジョブログの確認観点、問い合わせ整理、影響調査メモ、テスト観点、障害報告書のたたき台作りに向いています。判断そのものを任せるのではなく、確認漏れを減らす補助として使います。

レビューを必ず入れる

AIが出した内容は、AS400の現場担当者が確認します。特に本番データ修正、MSGW（メッセージ応答待ち）返信、ジョブ終了、復旧判断、権限変更は人が責任を持って判断します。

導入稟議は AS400現場でCodex・AI導入を稟議に出す時の整理項目、研修は AS400 / IBM i 現場向けCodex実戦研修 を参照してください。

AIに渡す前に、業務情報と本番データを分ける

AS400現場でAIやCodexを使う時は、「便利だからソースやジョブログをそのまま貼る」運用にしないことが大切です。本番データ、顧客名、取引先コード、個人情報、パスワード、IPアドレス、社内サーバー名は入れません。一方で、業務名、処理の目的、ファイルの役割、エラーコード、匿名化したジョブログ、マスク済みの項目定義は、調査時間を減らす材料になります。

現場で使いやすいのは、AIに「答え」を出させるより、調査の順番を整理させる使い方です。読み解きにくいRPG/CLの処理概要、MSGWやCPF/RNXの原因候補、テスト観点、引き継ぎ資料のたたき台は相性が良いです。ただし、AIの要約をそのまま本番判断に使わず、必ずAS400を理解している人がレビューします。

AIに向く使い方安全に使うための条件関連ページ
Codexの基本理解AS400保守で何に使うかを先に決めるCodexをAS400保守で使う考え方
RPG/CL解析ソースを丸投げせず、業務名と目的を添えるRPG/CLソースをCodexで整理する手順
ジョブログ整理顧客名や環境名を伏せて、原因候補を整理するジョブログ要約プロンプト例
社内教育禁止情報とレビュー手順を決めてから使うAS400 / IBM i Codex実戦研修

次に確認したいAS400記事

AI利用ルールは、禁止事項だけでなく、AS400保守でどこまで調査補助に使うか、どこから人が判断するかまで決めておきます。

AIに入れてよい情報と入れてはいけない情報

AS400保守でAIを使う場合は、便利さよりも情報管理を優先します。ジョブログやRPGソースの調査に使う場合でも、顧客名、個人情報、契約情報、実データ、接続情報をそのまま入れない運用が必要です。

情報扱い例
入れてよい匿名化した概要エラーID、処理の流れ、伏せた項目名
注意して使う必要部分だけ抜粋ジョブログの一部、RPGの該当ロジック
入れない生値は禁止顧客名、個人情報、パスワード、接続先、APIキー
社内承認が必要ルール化してから利用本番障害、機密業務、外部委託先情報

AI回答はそのまま本番判断に使わない

AIは調査観点の整理や確認漏れの洗い出しには有効ですが、本番作業の実行判断は担当者が行います。特にSQL更新、データ修正、権限変更、ジョブ停止、ライブラリ操作は、AIの提案をそのまま実行せず、影響範囲、戻し手順、承認者を確認してから進めます。

AIへ安全にレビューを頼む想定例

RPGの調査をAIへ頼む場合、利用可否だけでなく、渡せる情報、禁止情報、回答の確認方法、保存範囲を決めます。

確認点確認内容判断
渡せる情報伏字にした処理概要、項目定義、メッセージID、短い再現例業務理解に必要な最小範囲へ限定する
禁止情報顧客データ、実名、パスワード、鍵、接続先、未公開ソース全文入力前に人が削除・一般化を確認する
利用後回答をソースとジョブログで照合し、保存先と削除期限を守るAI回答だけで本番変更を承認しない

利用するAIや契約が変わっても、機密区分と本番操作の原則は共通です。例外利用は担当者判断にせず、目的、範囲、保管、承認を記録します。

スポンサーリンク