OpenPing Technology
AI 維運體系
核心資產不是任何一項工具,而是一套讓 AI 能夠安全承擔實際維運作業的組織設計：分線主機群、三階段更新、產出與驗收分離、變更閘門、資料分級與經手界線。
市面上的「AI 維運」迴避了最困難的部分
多數談的是分析與建議：讓 AI 讀日誌、找異常、給處置方向。這一類應用有價值,但它迴避了維運中最困難的部分——真正要動手的那一刻。
本體系的設計目標,是讓 AI 能夠實際執行安裝、設定、部署、變更與文件產出,而且執行過程可審查、結果可驗收、出錯可回溯。
分線的工作主機群
AI 作業主機依承擔的作業類型與技術棧分線配置,而非一台通用主機處理所有事情。分線包含：派工與定時檢驗、程式實作(依語言與目標平台再分)、文件產出、文件驗收、程式驗收、報告處理與分流、網管作業、部署作業。
分線的理由有三：不同作業所需的工具鏈不同、可讀取的資料等級不同、以及同時作業時對版本控制的衝突面不同。
三階段更新與四條鐵則
任何作業動手之前,一律執行三階段更新：先更新導航與規範層、再依導讀更新該次作業的標準文件、最後才更新作業對象。順序不可調換。
- 依文件不依記憶
- 索引先於內容
- 依導讀所列的文件與流程進行,不自行決定作法
- 遇到問題寫進報告,不自行繞過
第四條涵蓋四種情形：作業導讀沒有涵蓋這類作業、流程有錯或規範互相矛盾、缺文件無法進行、以及對標準本身的任何意見與優化建議。四種情形一律寫進報告由專責角色統一處理,執行中的 AI 不自行修改標準文件、也不猜一個做法繼續。
體系元素與其解決的問題
| 體系元素 | 解決的問題 | 落地形式 |
|---|---|---|
| 文件即權威 | 做法留在資深工程師腦中,人一走能力就走 | 全部標準以版本控制文件管理,標明適用範圍與權威來源 |
| 三階段更新 | 憑記憶執行,讀到的是舊版規則 | 導航層 → 標準層 → 作業對象,順序不可調換 |
| 作業導讀 | 不知道這類作業該讀哪些標準 | 按作業類型組織的必讀清單,含常見遺漏與歷史教訓 |
| 產出驗收分離 | 同一種推理慣性同時犯錯又看不出來 | 產出方與驗收方必須為不同模型家族 |
| 前置閘門 | 不可逆作業的事後驗收只能發現不能預防 | 變更計畫先審後跑,閘門位置由風險決定 |
| 報告制度 | 失敗經驗沒有留下,同樣的錯反覆發生 | 每次作業必寫報告,完整紀錄保留,分流後統一處理 |
| 資料分級矩陣 | 敏感資料在不知情的情況下離開可控範圍 | 五級分類與供應商法域交叉比對,最高級不出網 |
| 經手界線 | 憑證由自動化流程經手而擴大外洩面 | AI 產出引用結構,人提供憑證值 |
| 檢查腳本 | 寫在文件裡的規定只是期望 | 零判斷空間的判準寫成腳本,啟動前與交付前各跑一次 |
變更閘門與經手界線
對不可逆的作業設前置閘門：先以自動化工具產出變更計畫,由與產出方不同模型家族的驗收角色審查通過後才實際執行,執行完成後再做狀態驗收。不適用自動預演的類型 —— 實體層作業、開機階段設定、設備精靈式安裝 —— 則改以書面變更計畫送審,不得略過。
憑證與秘密另有經手界線：AI 產出引用結構,人提供憑證本身。判準是「這把秘密外洩之後,對方能不能扮演別人」—— 能扮演一個人或一台機器的屬存取憑證,由人產生；僅是服務對服務的存取密碼者屬應用秘密,可由 AI 在控制機上產生且值不進入任何對話、報告或版本控制。