基礎架構維運需要從大量觀測資訊中了解情況，並確認是否需要採取措施。LLM可以作為輔助工具，將這些資訊說明得更容易理解。
BASTION支援使用本地LLM的配置。本文介紹資訊的處理方式、與偵測及控制的關係，以及使用時需要確認的條件，而非特定模型的建置步驟。
1. 區分觀測資訊與AI的說明 #
收集到的資訊，與AI據此產生的說明，並不是同一回事。維運人員能夠查核說明的依據十分重要。
如果數量、對象或時間範圍出現混淆，即使說明容易閱讀，也可能導致錯誤處置。不能僅憑文字是否自然來判斷正確性，而應區分已經確認的內容與解釋。
2. 明確界定處理的資訊與連線目標 #
在本地進行推論，與整個維運流程不使用外部通訊，是兩個不同條件。使用通知或外部服務整合時，需要連同連線目標與傳送內容一起確認配置。
如果存在封閉網路的要求，應設計符合這些要求的處理、通知與管理範圍。客戶資訊與認證資訊的處理條件，也需要依各使用環境分別訂定。
3. 區分說明與控制的職責 #
BASTION的自動防禦依據既定的判斷條件與保護條件處理。這不能理解為直接接受LLM產生的文字，將其作為封鎖或設定變更的指令。
處理改善建議的功能也設有授權範圍與套用時的檢查。情況說明、變更建議與實際套用，分別是需要查核的對象。
4. 確認運作狀態與觀測不足 #
模型沒有回應、資訊收集停止或資訊過時等情況，可能使充分分析無法進行。不能僅憑沒有通知就判斷不存在問題。
在使用的配置中，需要分別檢查資訊是否到達、處理是否完成，以及哪些範圍無法確認。分析功能是否正常運作，與實際防禦效果如何，也應分別驗證。
5. 區分配置支援與目前運作情況 #
BASTION在自有環境中運行自動防禦與頻寬控制。配置支援使用本地LLM，並不能證明該模型始終處於運作狀態，也不能證明全部處理都在封閉網路中完成。
初版介紹的模型、設備與處理條件屬於建置當時的情況，不作為目前的通用規格。使用的模型、所需資源、運作條件，以及是否存在外部整合，應依個別部署配置確認。
6. 部署時需要確認的事項 #
應確認目標設備與資訊、維運人員的查核方式、停止或資料缺漏時的處理方式，以及對正常業務的影響，再訂定適用範圍。僅選擇某個模型，並不代表所有環境都能獲得相同效果。
部署設計、整合與評估將在確認目標範圍和工作內容後個別報價。公開文章介紹概要，不刊載客戶資訊或內部架構的詳細內容。
