AS400 / IBM i のRPGソース解析は、仕様書が古い、担当者が退職している、画面名とプログラム名の対応が分からない、という状態から始まることがあります。AIを使うと読み始めは早くなりますが、ソースを丸投げして結論だけもらう使い方は危険です。
RPGソース解析はCodex研修と相性がよい
RPG/CLの読み方は、ベテランの頭の中に手順が残りやすい領域です。ファイル定義、画面、帳票、ジョブログ、呼び出し関係をどの順番で追うかを整理しておくと、Codexに質問する内容も具体的になります。
AIに渡す前に確認するもの
| 確認 | 目的 | 使い方 |
|---|---|---|
| DSPPGMREF | 参照ファイルや呼び出し関係を見る | 影響範囲の候補にする |
| ジョブログ | 実行時のエラーや分岐を見る | 現象とソースをつなぐ |
| 画面名 | 業務担当の言葉に合わせる | 在庫照会、請求締め、出荷確定などで整理する |
| 変更依頼 | 何を変えるのか決める | 調査と改修を混ぜない |
| テスト観点 | 壊してはいけない処理を見る | 正常系だけで終わらせない |
AIへの聞き方
「このRPGソースを読んで、処理概要、入力ファイル、更新ファイル、外部呼び出し、エラー時の分岐、業務上の注意点を整理してください。断定できない部分は不明として分けてください。」のように、出力形式を指定します。
大切なのは、AIの回答を仕様書として確定しないことです。DSPPGMREF、DSPFFD、実データ、ジョブログ、画面操作、業務担当への確認で裏取りします。AIは調査時間を減らす道具であって、承認者ではありません。
チームで使う時のルール
社内でAIを使うなら、機密情報のマスキング、貼ってよいソース範囲、レビュー担当、回答の保存先、誤回答時の扱いを決めます。若手に使わせるほど、プロンプト例とレビュー観点をセットにしておく必要があります。
AI利用の注意は AS400 RPGソースをAIに読ませる時の注意、影響調査は DSPPGMREFで影響調査する方法、実戦練習は AS400 / IBM i 現場向けCodex実戦研修 を参照してください。
関連: AS400保守で使うAIプロンプト集｜ジョブログ・RPG解析・影響調査を早く整理するもあわせて確認してください。
RPGソースをAIで読む時は、更新ファイルとテスト観点まで出す
RPGソースをAIで読む時は、処理概要だけでは現場で使いにくいです。入力ファイル、更新ファイル、出力帳票、CALL先、エラー処理、テスト観点まで整理すると、影響調査やレビューに使える資料になります。
- 更新している物理ファイルを必ず抜き出す
- CALL先やSBMJOBで後続処理がないか確認する
- 正常系、異常系、再実行、締め後影響のテスト観点を作る
- RPG/CLソース解析をCodexで要約する手順
AIにRPGを読ませる時は、ソース単体ではなく業務名と実行経路を添えます
RPG/CLをAIに渡すだけでは、AS400現場で必要な判断に届かないことがあります。在庫照会、請求締め、出荷確定、EDI送信などの業務名、呼び出し元CL、使用ファイル、更新対象、ジョブログ上のエラーを一緒に整理すると、読み取り精度とレビューしやすさが上がります。AIは責任者ではなく、調査メモを速く作る補助役として使うのが安全です。
- RPG/CLソース解析のまとめ方で実務の分解方法を見る
- 業務ヒアリングシートで業務名と処理を対応付ける
次に確認したいAS400記事
AIでRPGを読む時も、AS400の基本操作、障害調査、確認コマンドを押さえておくと、出てきた要約を現場で判断しやすくなります。
請求金額差異をAIと調べる想定例
請求金額が一件だけ合わない調査では、RPGソース全文や実データをそのまま渡さず、伏字にした処理範囲と確認済みの事実を整理します。
| 確認点 | 確認内容 | 判断 |
|---|---|---|
| 入力 | 対象ルーチン、呼び出し関係、項目定義、伏字にした例を渡す | 顧客名、実金額、認証情報、全ソースを渡さない |
| 依頼 | 計算条件、分岐、更新箇所、追加確認事項を分けて出させる | AIの推測とソースで確認できる事実を区別する |
| 照合 | RPG、CL、ファイル定義、ジョブログ、テスト結果で回答を確認する | 回答だけを本番修正の根拠にしない |
AIは読み落としを減らす補助に使い、最終判断は現行ソースと実行証跡で行います。採用しなかった仮説も記録すると、同じ確認を繰り返しにくくなります。