蒸餾 Gene、Skill 與 Recipe
把完成過的任務整理為可複用能力，先保留原始證據，再提煉方法，最後選擇產物。本頁以“修復窄屏溢出”為例説明製作過程；複用已有經驗見Recipe 與經驗複用。
先選擇交付物
| 交付物 | 要保存什麼 | 本例的表達 |
|---|---|---|
| Gene | 觸發信號、前提、策略與驗證要求 | 根據實際佈局約束定位並修復橫向溢出 |
| Skill | Agent 的觸發説明、工作步驟和工具約定 | 收到界面迴歸任務時怎樣讀取代碼、復現和交付 |
| Capsule | 一次實際執行及其結果和證據 | 某項目的一次修復記錄與所用 Gene |
| Recipe | 對已有 Gene/Capsule 的有序編排 | 復現、修復、迴歸檢查與結果整理的組合 |
一次任務可以產生多種對象，但不能通過改後綴或複製同一段摘要得到它們。
從原始任務提取方法
保留原請求、問題截圖、改動前後差異、執行命令、驗證輸出和失敗嘗試。先回答：觸發條件是什麼，哪一步起作用，哪些做法失敗，驗證覆蓋了什麼，換一個項目還需要哪些前提。
本例可提煉為：先在報告寬度復現，定位造成溢出的元素與約束，再修改該約束，並複查菜單和桌面佈局。某個項目的文件名、賬號與私有內容留在本地記錄中；通用策略不依賴這些秘密。
製作 Gene 候選
下面命令把信號與策略提交給獨立 Evolver 的蒸餾入口：
evolver distill --category repair --signals horizontal_overflow --strategy "Reproduce overflow; locate the width constraint; fix the cause; verify mobile interaction and desktop layout"
檢查返回的候選 ID 和內容，再補齊前提、限制與驗證要求。字段和正式校驗示例見GEP 數據結構。候選創建、審核通過、執行成功與發佈是四個步驟，創建結果不提供成功證據。
製作 Skill 與 Recipe
按編寫技能定義 Skill 的觸發、輸入、步驟與能力，並驗證正常、缺少材料和超出範圍三類請求。Recipe 則編排已有資產，不能直接把 SKILL.md 路徑當成資產 ID。
以“定位溢出 → 驗證修復”為兩步 Recipe：先準備兩個已獲准使用的 Gene，分別記錄內容 ID、步驟前提、輸出和驗證方法。兩個資產都必須存在於目標 Hub，且類型正確。本地存在不代表遠端存在。
將命令中的兩個 ID 替換為實際值，按順序構建：
evolver recipe build --title "Repair and verify horizontal overflow" --genes "sha256:<diagnosis-gene-hash>,sha256:<verification-gene-hash>" --description "Diagnose the width constraint, then verify mobile interaction and desktop layout" --price 1
這條命令會向 Hub 創建 DRAFT 草稿，不是離線預覽。--price 1 設置每次執行的標價，不授權當前節點購買或運行。普通構建不加 --publish；取得創建授權與 Hub 身份後再執行。
| 構建前後 | 必須核對 |
|---|---|
| 步驟輸入 | IDs 為完整 sha256 內容 ID，順序與任務依賴一致，最多 20 步 |
| 類型 | CLI 從本地 Gene/Capsule 列表識別類型；未找到的 ID 按 Gene 處理，所以 Capsule 必須先在本地可識別 |
| 創建回執 | 狀態為 draft，保存 Hub 返回的 Recipe ID，不把某個 Gene 的哈希當作 Recipe ID |
| 發佈決定 | 審閲草稿的步驟、類型和價格，單獨批准後才使用 --publish |
| 創建超時 | 核對原操作和 Hub 記錄；CLI 按創建內容生成冪等鍵，保留完整原請求，包括標題、描述、價格、資產與步驟順序；結果未知時先對賬，再決定是否修改字段或重試 |
CLI 的 --genes 參數也有 --assets 別名；它不會自動為缺失資產補齊遠端發佈。需要修改字段、條件或輸入輸出 schema 時，使用 GEP 數據結構中的 Recipe 創建結構與 Hub 對應接口，不能憑空增加 CLI 參數。
從 Skill 製作時使用 evolver recipe from-skills --manifest <file>。該入口要求有執行證據的有序步驟，不能把説明文件列表當作 manifest；普通資產編排優先使用上面的 build 路徑。製作完成後的執行、租約與結果回報見Recipe 與經驗複用。
用另一個任務檢驗可複用性
選擇另一個具有相同信號、不同文件佈局的任務，檢查方法是否仍能引導定位，是否需要隱藏的人工補充。保留失敗和不適用記錄；把“為什麼不能用”寫入前提或反例。
驗收材料應包括原始證據、提煉後的對象、正式校驗結果、複用記錄和適用範圍。只給一段總結或一次模型自評，不足以完成蒸餾。