AS400 / IBM i のRPGソース解析は、仕様書が古い、担当者が退職している、画面名とプログラム名の対応が分からない、という状態から始まることがあります。AIを使うと読み始めは早くなりますが、ソースを丸投げして結論だけもらう使い方は危険です。
AIに渡す前に確認するもの
| 確認 | 目的 | 使い方 |
|---|---|---|
| DSPPGMREF | 参照ファイルや呼び出し関係を見る | 影響範囲の候補にする |
| ジョブログ | 実行時のエラーや分岐を見る | 現象とソースをつなぐ |
| 画面名 | 業務担当の言葉に合わせる | 在庫照会、請求締め、出荷確定などで整理する |
| 変更依頼 | 何を変えるのか決める | 調査と改修を混ぜない |
| テスト観点 | 壊してはいけない処理を見る | 正常系だけで終わらせない |
AIへの聞き方
「このRPGソースを読んで、処理概要、入力ファイル、更新ファイル、外部呼び出し、エラー時の分岐、業務上の注意点を整理してください。断定できない部分は不明として分けてください。」のように、出力形式を指定します。
大切なのは、AIの回答を仕様書として確定しないことです。DSPPGMREF、DSPFFD、実データ、ジョブログ、画面操作、業務担当への確認で裏取りします。AIは調査時間を減らす道具であって、承認者ではありません。
チームで使う時のルール
社内でAIを使うなら、機密情報のマスキング、貼ってよいソース範囲、レビュー担当、回答の保存先、誤回答時の扱いを決めます。若手に使わせるほど、プロンプト例とレビュー観点をセットにしておく必要があります。
AI利用の注意は AS400 RPGソースをAIに読ませる時の注意、影響調査は DSPPGMREFで影響調査する方法、実戦練習は AS400 / IBM i 現場向けCodex実戦研修 を参照してください。
関連: AS400保守でAIを安全に使うための実務記事として、AS400保守で使うAIプロンプト集｜ジョブログ・RPG解析・影響調査を早く整理する も追加しました。
RPGソースをAIで読む時は、更新ファイルとテスト観点まで出す
RPGソースをAIで読む時は、処理概要だけでは現場で使いにくいです。入力ファイル、更新ファイル、出力帳票、CALL先、エラー処理、テスト観点まで整理すると、影響調査やレビューに使える資料になります。
- 更新している物理ファイルを必ず抜き出す
- CALL先やSBMJOBで後続処理がないか確認する
- 正常系、異常系、再実行、締め後影響のテスト観点を作る
- RPG/CLソース解析をCodexで要約する手順
