OpenPing Technology
AI 運用体系
中核資産はいずれかのツールではなく、AI が実際の運用作業を安全に担えるようにする組織設計です。系統別ホスト群、三段階更新、作成と検収の分離、変更ゲート、データ等級区分と取り扱い境界。
市販の「AI 運用」は最も難しい部分を回避している
多くが語るのは分析と提案です。AI にログを読ませ、異常を見つけさせ、対処の方向を示させる。この種の応用にも価値はありますが、運用で最も難しい部分 —— 実際に手を動かすその瞬間 —— を回避しています。
本体系の設計目標は、AI が導入、設定、デプロイ、変更、文書作成を実際に実行でき、しかもその過程が審査可能で、結果が検収可能で、誤りが追跡可能であることです。
系統別の作業ホスト群
AI 作業ホストは、一台の汎用ホストがすべてを処理するのではなく、担う作業種別と技術スタックに応じて系統別に配置します。系統には、作業割り当てと定期検査、プログラム実装(言語と対象プラットフォームでさらに細分)、文書作成、文書検収、コード検収、報告処理と振り分け、ネットワーク管理作業、デプロイ作業が含まれます。
系統を分ける理由は三つあります。作業ごとに必要なツールチェーンが異なること、読み取ってよいデータ等級が異なること、そして同時作業時のバージョン管理上の競合面が異なることです。
三段階更新と四つの鉄則
いかなる作業も着手前に必ず三段階更新を実行します。まずナビゲーションと規範の層、次にガイドに従いその作業の標準文書、最後に作業対象。順序は入れ替えられません。
- 記憶ではなく文書に従う
- 索引が内容に先立つ
- ガイドが挙げる文書と手順に従い、やり方を自分で決めない
- 問題は報告書に書き、自分で迂回しない
第四則は四つの状況を含みます。作業ガイドがこの種の作業を扱っていない、手順に誤りがあるか規範どうしが矛盾している、文書がなく作業を進められない、そして標準そのものへの意見や改善提案。この四つはいずれも報告書に書き、専任の役割が一括して処理します。実行中の AI が自ら標準文書を修正することも、やり方を推測して続行することもありません。
体系の要素と、それが解決する問題
| 体系の要素 | 解決する問題 | 実装の形 |
|---|---|---|
| 文書が権威 | やり方がベテラン技術者の頭の中に残り、人が去れば能力も去る | 全標準をバージョン管理文書として管理し、適用範囲と権威の出どころを明記 |
| 三段階更新 | 記憶に頼って実行し、読むのは古い版の規則 | ナビゲーション層 → 標準層 → 作業対象、順序は入れ替え不可 |
| 作業ガイド | この種の作業でどの標準を読むべきか分からない | 作業種別ごとの必読リスト、よくある見落としと過去の教訓を含む |
| 作成と検収の分離 | 同じ推論の癖が誤りを犯し、同時に見落とす | 作成側と検収側は異なるモデルファミリーでなければならない |
| 事前ゲート | 不可逆作業の事後検収は発見できても予防できない | 変更計画を先に審査してから実行、ゲートの位置はリスクが決める |
| 報告制度 | 失敗の経験が残らず、同じ誤りが繰り返される | 作業ごとに報告書必須、完全な記録を保存、振り分け後に一括処理 |
| データ等級区分マトリクス | 機微データが気づかれないまま管理範囲を離れる | 五段階の分類と提供者法域の突き合わせ、最高等級はネットワーク外に出さない |
| 取り扱い境界 | 証明書が自動化処理を経由し漏洩面が広がる | AI は参照構造を作成し、人が証明書の値を提供する |
| 検査スクリプト | 文書に書かれた規定は期待にすぎない | 判断の余地がない基準をスクリプト化し、開始前と引き渡し前に一度ずつ実行 |
変更ゲートと取り扱い境界
不可逆な作業には事前ゲートを設けます。まず自動化ツールで変更計画を作成し、作成側とは異なるモデルファミリーの検収役が審査を通してから実際に実行し、実行後に状態を検収します。自動リハーサルが適用できない類型 —— 物理層の作業、起動段階の設定、機器のウィザード形式の導入 —— は書面の変更計画を審査に回し、省略はできません。
証明書と秘密情報には別途、取り扱い境界があります。AI は参照構造を作成し、人が証明書そのものを提供します。判定基準は「この秘密が漏れたとき、相手が他人になりすませるか」です。人や機器になりすませるものはアクセス証明書であり、人が生成します。単なるサービス間のアクセスパスワードはアプリケーション秘密であり、AI が制御機上で生成できますが、その値は会話、報告書、バージョン管理のいずれにも入りません。