AS400 / IBM i 保守でAIを使う時は、毎回ゼロから質問を作るより、よく使うプロンプトを型にしておくと調査時間を減らせます。ここでは、ジョブログ、MSGW、RPG解析、影響調査、テスト観点の5つに分けて、現場で使いやすい聞き方を整理します。
ジョブログ調査のプロンプト
「以下はAS400 / IBM i のジョブログ抜粋です。異常終了の直接原因、直前に確認すべきメッセージ、追加で見るコマンド、業務影響、再実行前の注意点を表で整理してください。顧客名や金額はマスク済みです。」
RPG解析のプロンプト
「以下のRPGソースについて、処理概要、入力ファイル、更新ファイル、呼び出し先、条件分岐、エラー処理、業務上の注意点を整理してください。断定できない部分は不明として分けてください。」
影響調査のプロンプト
「このAS400改修で変更する画面、プログラム、ファイル、帳票、バッチ、外部連携の影響候補を洗い出してください。DSPPGMREF、DSPFFD、ジョブログ、テスト観点で確認する順番も出してください。」
テスト観点のプロンプト
「この修正の単体テスト観点を、正常系、異常系、境界値、権限、締め処理、再実行、戻し手順に分けて整理してください。AS400の本番運用で確認漏れになりやすい点も追加してください。」
詳しい障害調査の聞き方は AS400障害調査でCodexに渡すプロンプト例、RPG解析の注意は AS400 RPGソース解析をAIに手伝わせる時のチェックリスト、実戦練習は AS400 / IBM i 現場向けCodex実戦研修 を確認してください。
関連: AS400保守でAIを安全に使うための実務記事として、AS400本番反映前にAIでレビューするチェックリスト｜鵜呑みにせず確認漏れを減らす も追加しました。
AS400保守のプロンプトは、用途別に分けて持つ
AS400保守で使うプロンプトは、ジョブログ要約、RPG/CLソース解析、影響調査、テスト観点、報告文の5つに分けておくと使いやすくなります。毎回ゼロから聞くより、用途別に型を持つことで調査時間を減らせます。
- ジョブログ要約: 発生時刻、ジョブ名、メッセージIDを渡す
- ソース解析: 入出力ファイル、CALL先、更新処理を抜き出す
- 報告文: 分かったこと、未確認、次の確認を分ける
- ジョブログ要約プロンプト
