用一個明確候選包開始溝通
候選包應能追溯到構建來源，並記錄包名、版本、簽名計劃和檔案摘要。如果暫時不能提供檔案，也應說明當前處於設計、開發還是釋出準備階段。
評估過程中重新構建、重簽名或修改渠道資源都會產生新候選身份。後續保護結果與相容結論需要重新繫結最終檔案。
- 構建來源與版本
- 包名和簽名計劃
- 檔案摘要或交付記錄
- 計劃釋出的渠道
指出真正需要保護的業務路徑
不要只寫需要高強度加固。應說明哪些演算法、協議、授權判斷、內容權益或本地決策在被還原或修改後會產生業務損失。
如果關鍵決定可以遷移到服務端，也應一併說明。御盾 VMP 用於提高客戶端關鍵邏輯的分析和複用成本，不替代服務端授權與風險控制。
列清技術棧與相容範圍
Android 專案應說明主要語言、構建系統、最低與目標系統版本、ABI、Native 依賴、熱修復或動態載入方式。跨平臺專案還需說明框架版本與橋接方式。
第三方登入、支付、地圖、推送、音影片、風控和廠商 SDK 可能影響類載入、Native 裝載或自身完整性檢查，最好在首次評估時完整列出。
- 語言框架與構建系統
- 系統版本和目標 ABI
- Native 與動態載入路徑
- 關鍵第三方 SDK
提前定義驗證與回滾條件
準備未保護版本的啟動、關鍵路徑和資源基線，並說明必須覆蓋的裝置與系統範圍。保護後的候選包應在相同條件下完成對照。
還應確定灰度範圍、停止條件和可回滾版本。完整資料不是形式要求，它決定了結論能否從功能演示升級為可執行的釋出判斷。
讓建議落到真實應用上
提交技術棧、關鍵路徑、目標系統範圍和當前候選包，由御盾給出針對性的保護與相容性驗證建議。