可複用經驗

把已經驗證的做法留下來，讓下一次任務少走彎路。

一段聊天記錄不等於可複用經驗。真正有用的經驗需要説明：遇到了什麼問題、為什麼採用這種方法、結果如何驗證，以及哪些條件下不能照搬。

選擇合適的載體

Gene、Capsule 和事件屬於 Evolver/GEP 的經驗模型，不代表 EvoX 桌面裏各有一個同名編輯頁面。技能導入與進化歷史遷移也不是同一條流程。

用一個例子理解

假設某項目升級依賴後構建失敗：

1. 這次調查先記錄錯誤和環境，形成一次進化嘗試的過程記錄。
2. 驗證有效後，提煉“先檢查版本兼容，再做最小修復，最後複測”的策略，作為 Gene 的內容。
3. 將這次使用該策略的環境、改動和測試結果關聯起來，作為 Capsule 的證據。
4. 如果同類流程多次驗證有效，再整理成團隊可用的技能説明。
5. 換設備時，可以通過歸檔遷移相關 GEP 歷史；技能和憑證仍按各自方式管理。

這是對象關係示例，不是已執行的任務，也不是自動生成全部對象的承諾。

從保存到複用

先記錄真實結果，再提煉能夠遷移的方法。複用前比較當前環境與原任務的差異；執行後重新驗證，並記錄本次結果。

不要把“以前成功過”當作跳過測試的理由，也不要把一次失敗直接判斷為整個策略無效。失敗後先檢查依賴、權限、輸入與適用範圍。

本地保存與對外共享

本地記錄、Hub 同步和資產發佈是不同動作。處理私有任務前，檢查運行環境中的自動發佈設置，並核對發佈配置。

分享前去除令牌、賬號信息、私有文件內容和不必要的本機路徑。保留可追溯證據，不等於公開完整日誌或聊天記錄。

從哪裏開始

• 想讓 Agent 複用處理方法：從基因和膠囊開始。
• 想追查一次改進為何失敗：查看進化事件。
• 想讓團隊重複執行一套工作流程：整理技能，並在新任務中驗證。
• 想換機器或保存恢復副本：閲讀歸檔與備份與換設備。