AS400保守へCodexを導入する時は、ツールの操作より先に、対象業務、入力してよい情報、人が確認する範囲を決めます。 便利な人だけが自由に使う状態にすると、情報管理とレビュー方法がばらつき、別の属人化が始まります。
Codexの基本的な使い方を知りたい場合は、先に CodexをAS400保守で使う方法 を確認してください。この記事では、法人・チームで導入するための運用設計に絞ります。
社内で安全な使い方をそろえたい場合は、法人向けAS400 / IBM i Codex研修の内容・料金も確認できます。
最初に決める7項目
| 項目 | 決めること |
|---|---|
| 目的 | ソース読解、影響調査、テスト、文書化のどこを短縮するか |
| 対象環境 | 検証環境、ローカル資料、読み取り専用範囲 |
| 入力禁止情報 | 顧客名、個人情報、認証情報、本番データなど |
| 権限 | 読める場所、書ける場所、実行できるコマンド |
| レビュー | 誰がソース、SQL、CL、テスト結果を承認するか |
| 証跡 | 依頼内容、変更差分、テスト結果、判断者をどこへ残すか |
| 異常時 | 停止、ロールバック、連絡、再発防止の手順 |
小さい試行から始める
- 読み取りだけで完結する題材を1つ選ぶ
- 機密情報を除いた入力資料を作る
- 期待する成果物と確認者を決める
- Codexの結果を元資料と照合する
- 短縮時間と見落としを記録する
- 問題がなければ次の題材へ広げる
最初の題材には、RPG/CLの処理概要、ジョブログの時系列整理、単体テスト観点、既存手順書の更新が向いています。本番更新や復旧判断から始めません。
入力してよい情報と伏せる情報を分ける
| 扱いやすい情報 | 削除・置換する情報 |
|---|---|
| 架空名へ置き換えたソース断片 | 顧客名、取引先名、社員名 |
| メッセージIDと一般化したジョブログ | ジョブのユーザー、社内固有名、接続先 |
| 項目名と型だけのテスト仕様 | 実データ、個人情報、取引内容 |
| 仮のライブラリ・ファイル名 | 本番ライブラリ、ホスト名、認証情報 |
利用するサービス、契約、社内規程によって扱える情報は変わります。「一般に大丈夫」と決めつけず、自社の情報管理責任者と確認します。
権限と環境を分ける
- 本番と検証の接続先を分ける
- 必要がなければ読み取り専用にする
- 対象ディレクトリ、ライブラリ、ファイルを限定する
- 削除、停止、復元、データ更新は自動承認しない
- 実行したコマンドと変更差分を残す
- 戻し方を確認できない変更は実行しない
人のレビューを外さない
| 成果物 | レビューすること |
|---|---|
| 処理概要 | 入出力、分岐、CALL、更新先がソースと合うか |
| 修正案 | 業務仕様、既存規約、例外処理、戻し方 |
| SQL | 対象ライブラリ、WHERE条件、件数、トランザクション |
| CL | MONMSG、後続CALL、環境、異常終了時の流れ |
| テスト | 正常系、境界値、DB、帳票、ジョブログ、再実行 |
| 手順書 | 実画面・現行環境と一致し、担当者が再現できるか |
AS400で試しやすい題材
- RPG/CLの処理概要と呼び出し関係
- CPF/RNX/MCHメッセージの調査メモ
- コンパイルリストのエラー・警告整理
- フル桁入力・境界値を含む単体テスト観点
- CSV・IFS・CCSIDの確認チェックリスト
- 若手向けの用語説明と引き継ぎ資料
効果を測る指標
| 指標 | 測り方 |
|---|---|
| 調査時間 | 導入前後で同じ種類の調査時間を比較する |
| 手戻り | レビュー指摘、再テスト、差し戻し件数を見る |
| 再現性 | 別担当者が同じ手順で調査できるか確認する |
| 品質 | 境界値、影響範囲、証跡の抜けが減ったかを見る |
| 安全性 | 禁止情報の混入、権限逸脱、無断実行がないか確認する |
異常時に止まれる仕組みを作る
- 対象外のファイルや環境へ触れたら停止する
- 保存前にバックアップを取り、保存後に読み返す
- 構文、テスト、公開表示のどこで失敗したか記録する
- ロールバックに失敗した場合は自動継続しない
- 同じ失敗をルールとチェックリストへ反映する
チームへ広げる時の進め方
1人の成功例だけで全社展開せず、同じ題材、同じ入力制限、同じレビュー表で複数人が再現できるか確認します。RPG/CL、ジョブログ、帳票、CSVなど実務の題材を使い、調査メモまで残すところを共通化します。
CodexをAS400保守で使う時の現場例
Codexは、AS400保守の判断を代わりに行う道具ではありません。ジョブログ、CL、RPG、変更依頼の内容を整理し、調査の抜けを減らす補助として使うと効果が出やすくなります。
| 確認点 | 確認内容 | 判断 |
|---|---|---|
| ジョブログ要約 | CPFメッセージ、直前のCL、対象ライブラリを貼り、原因候補を箇条書きにさせる | 出力結果をそのまま信じず、DSPJOBLOGやDSPMSGDで確認する |
| 影響調査 | 変更対象PF/LF、参照プログラム、帳票、CSV出力を洗い出す | 本番反映前に担当者レビューとテスト証跡を残す |
| 手順書作成 | 実行前確認、実行コマンド、戻し方、完了条件を表にする | 承認者が読んで実行可否を判断できる粒度にする |
AS400保守でAIを使う時は、速さよりも確認の順番をそろえることが大切です。Codexの回答は、現場の証跡を整理するための下書きとして扱うと安全です。
参考
まとめ
AS400保守へCodexを導入する時は、対象業務、入力禁止情報、権限、人のレビュー、テスト、証跡、異常時の停止条件を先に決めます。読み取りと整理から小さく始め、結果を測ってから範囲を広げます。
