AS400 / IBM i の現場でも、AIやCodexを使ってRPGソースを読む、CLの処理を整理する、DSPPGMREFの結果から影響範囲をまとめる、5250画面の操作手順を文章化する、といった使い方が現実的になっています。ただし、AIに本番判断を丸投げする使い方は危険です。
この記事では、AS400保守でAI・Codexを使う時の安全な使いどころを整理します。RPG、CL、DDS、ジョブログ、メッセージID、5250画面、手順書を扱う前提で、現場の事故を増やさない使い方に絞ります。
AIに任せてよいこと、任せないこと
AIが得意なのは、読解、分類、要約、比較、チェックリスト化です。AS400では、固定形式RPGの読み下し、CLの処理順整理、DDSの項目説明、DSPPGMREFの参照関係整理、ジョブログの初期切り分けなどに向いています。
- 向いている: ソースの説明、影響範囲の仮整理、手順書の下書き、エラー調査の観点出し
- 慎重に扱う: 本番コマンドの実行判断、権限変更、データ更新、ライブラリ削除、夜間バッチ変更
- 任せない: 機密情報の貼り付け、未確認ソースの自動反映、障害時の単独判断
RPGソース解析での使い方
RPGソースをAIに読ませる時は、いきなり修正案を求めるより、まず処理概要、入力ファイル、更新ファイル、外部呼び出し、エラー処理を分けて説明させます。固定形式RPGでは、C仕様、F仕様、I仕様、O仕様の意味を先に整理すると読みやすくなります。
変更判断には、DSPPGMREF、DSPFFD、コンパイルリスト、ジョブログ、実行手順を合わせて確認します。AIの説明は「仮説」として扱い、必ず現行ソース、オブジェクト、テスト環境で裏取りします。
5250画面・操作手順での使い方
5250画面は、操作手順、入力項目、エラー表示、ファンクションキー、メッセージ行を整理する対象です。画面キャプチャを扱う場合は、会社名、ユーザーID、得意先名、商品名、金額、ライブラリ名、IPアドレスなどの機密情報を必ずマスクします。
AIで画面の意味を説明させる場合も、実行してよいコマンドと、実行してはいけないコマンドを分けます。DSP系の参照コマンドと、DLT、CLR、CHG、STR、END、RST、UPD系の変更コマンドは、扱いを明確に分ける必要があります。
ジョブログ・メッセージID調査での使い方
ジョブログやメッセージIDは、AIに貼る前に機密情報を削ります。そのうえで、先頭の異常、直前のコマンド、CPF、MCH、RNX、SQL、MSGWの有無を整理させると、初動調査が速くなります。RNX8888のような実行時エラーでは、ソース行、入力値、ファイル状態、直前変更を合わせて確認します。
メッセージIDから調べる場合は、AS400メッセージID・エラーコード索引 と AS400コマンド逆引き を起点にすると迷いにくくなります。
AI活用前の安全チェック
- 本番データ、個人情報、顧客名、ユーザーID、パスワード、IPアドレスを含めない
- AIの回答をそのまま本番反映しない
- 変更前にソース、オブジェクト、ライブラリ、JOBD、OUTQを確認する
- RPG修正はテスト環境でコンパイルと実行確認を行う
- AIには「調査」「整理」「説明」「チェックリスト化」を任せる
Codex研修へつなげるなら
AS400現場でCodexを使うなら、まず安全な読み取り作業から始めます。RPGの説明、CLの処理順整理、DSPPGMREFの影響調査、5250画面の手順書化、障害調査メモの整形など、既存業務を壊さない範囲で使うのが入口です。
現場向けに体系的に進める場合は、AS400現場向けCodex研修 を確認してください。基礎から整理する場合は AS400初心者向け完全ガイド、ソース管理を整える場合は AS400でGit・ソース管理を始める手順 も合わせて読むと、AI活用の土台を作りやすくなります。
