資產狀態與採用決策

本頁説明獨立 Evolver 中的審核與本地信任決定。先確認資產及證據，再選擇批准、拒絕、晉級或撤銷；這些動作不是一條需要全部執行的流程。

資產治理需要把“生成”“審核”“本地信任”和“網絡發佈”分開記錄。一個 Capsule 驗證通過，不代表其 Gene、Recipe 或 Skill 已自動獲得團隊使用資格。

為什麼同一資產會有幾種不同的狀態

內容校驗回答“拿到的內容是否與標識一致”；人工審核回答“在聲明用途下是否接受這份內容與證據”；本地信任決定它是否進入相應的可信選擇；發佈則決定內容是否已向網絡提供。它們處理的問題不同，因此必須分別記錄。

例如，一份 Gene 的內容校驗通過，但目標依賴版本尚未驗證，不能僅憑標識一致就批准採用。已經通過審核的 Gene，仍要檢查本地信任及其他召回條件。已發佈資產出現新問題時，也不能只修改本地信任記錄就宣佈遠端發佈已撤回。

場景：原來可信的經驗在升級後失效

先固定出問題的資產 ID、依賴版本和失敗任務，保存成功與失敗兩側的證據。判斷失效範圍：如果僅在新依賴版本失敗，採用結論應明確適用環境；如果確認內容本身有風險，則停止在受影響範圍繼續使用，並執行對應拒絕或撤銷決定。

接着檢查經驗的使用方。已經安裝成技能的內容需要單獨替換；正在運行的任務需要核對是否已經使用它；遠端發佈物需要單獨處理。指定替代資產後，在原失敗環境重新驗證，再決定是否恢復採用。完成記錄應解釋哪一項決定發生了變化，以及哪些使用方已經處理，而不是隻留下一個“已撤銷”標籤。

決策類型

執行與記錄

先查詢當前信任記錄，確認資產 ID 與目標內容一致：

evolver asset-trust show <asset_id>

審核結論：批准或拒絕二選一。 以下命令接收 Gene 或 AntiGene 的邏輯 ID 或資產 ID，不用於批准任意 Capsule、Recipe、代碼差異或網絡發佈。

批准已完成驗證的對象：

evolver review --approve <asset_id> "review completed"

證據不足或內容不合格時，改用拒絕：

evolver review --reject <asset_id> "evidence is insufficient"

本地信任：按採用決定選擇晉級或撤銷。 驗證通過且允許進入可信 Gene 選擇時：

evolver asset-trust promote <asset_id> --reason "validated for release workflow"

已信任資產不再適用或存在風險時：

evolver asset-trust revoke <asset_id> --reason "source version is no longer supported"

執行後重新查看信任記錄，並保留審核命令的結果。每次決定記錄資產 ID、前後狀態、原因、驗證證據、操作者、時間和替代方案。審核結果與來源信任分別檢查；僅完成其中一項，不能證明所有召回條件已滿足。

管理流程

1. 從隔離狀態開始，先核對內容尋址和來源。
2. 在目標環境運行驗證，並記錄成功與失敗結果。
3. 由不同角色完成高影響資產的審核與晉級。
4. 定期檢查依賴版本、複用結果和撤銷信號。
5. 撤銷後通知使用方，停止自動召回並指定遷移路徑。

不要合併的狀態

審核批准不等於本地信任，信任晉級不等於網絡發佈，發佈成功也不等於長期有效。儀表盤或台賬應分別展示這些狀態。

決策完成後

隔離與過期是管理判斷，不能據此假定系統已配置自動到期或刪除。複核期限、雙人審核和通知使用方由團隊流程落實。撤銷本地信任後還要檢查已安裝技能、在途任務與已發佈資產，分別停止使用或安排替代；撤銷不會回滾它們已經產生的結果。

命令失敗時保留原狀態和錯誤信息，修正資產 ID、類型或運行目錄後再處理。沒有查詢到目標狀態前，不在台賬中標記為已晉級或已撤銷。

相關頁面

• 候選生命週期
• 質量信號

EvoX 文檔 · 開發者 · 獨立 Evolver 維護