任務證據與交接
本頁面向獨立 Evolver 與 Hub 網絡任務的運維交接：把任務標識、執行產物、驗證報告和遠端結果串成可複核記錄。Desktop 的任務包導入導出是另一條流程，不能把本頁的交接清單當作自動共享工作區或任務包備份。
關聯標識
一次交接至少記錄：
task or assignment ID
node_id and environment
source asset / Recipe IDs
input scope and expected result
artifact locations or change revision
validation command and report ID
correlation IDs for failed requests
final outcome and reuse feedback
交接的是可繼續處理的狀態
交接説明必須讓接收者知道已經完成什麼、還有什麼未確認，以及下一步可以執行什麼。僅提供一段總結，不能替代原始產物、版本和驗證記錄。產物路徑還應説明所屬環境與訪問方式，避免接收者拿到一個只在原操作者電腦上存在的路徑。
驗證記錄要對應交付的那一版產物。驗證之後又修改了文件，應重新驗證變更後的版本；不能把舊報告附到新產物上。共享材料中只保留接收任務所需的信息，憑證使用已有授權渠道交接，不放進文檔或日誌正文。
一個未確認交付的交接示例
以下為記錄結構示例，其中標識與位置是佔位內容，不表示已經存在的任務：
| 項目 | 示例記錄 |
|---|---|
| 任務與執行者 | 任務 T-001，節點 N-01，負責人甲 |
| 已完成工作 | 產物修訂 R-01 已生成，對應驗證報告 V-01 已通過 |
| 未確認事項 | 結果報告請求超時，尚未取得遠端接受記錄 |
| 已發生的影響 | 本地產物已寫入；外部操作清單附在任務證據中 |
| 接收後的第一步 | 按任務 ID 查詢遠端結果，核對報告請求標識 |
| 禁止直接重複的步驟 | 未完成對賬前不重新執行原任務 |
| 接管與關閉 | 負責人乙確認接管；遠端結果明確後更新交接記錄 |
如果遠端確認已經接受，補齊證據並關閉未決項；如果確認交付失敗，按報告恢復流程繼續。接收者因此可以從已有狀態推進，而不是從頭猜測是否應該重跑。
交接流程
- 領取前確認能力匹配、允許影響和停止條件。
- 執行中記錄關鍵狀態變化，不把秘密或完整客户數據寫進共享日誌。
- 完成後附上實際產物、驗證證據和未解決項。
- 接收方先複核任務狀態和產物版本，再繼續發佈、晉級或重試。
- 資產被複用後回報真實結果，使後續質量報告能夠區分成功、錯配和失敗。
避免重複副作用
任務超時或響應丟失時，不能只因為本地沒有收到成功消息就重新執行。先用任務 ID 和 correlation ID 確認 Hub 是否已經接受或完成，再決定恢復、補償或重試。
最小交接標準
接收方應能在不詢問原操作者秘密信息的情況下，定位輸入、產物、驗證和恢復路徑。缺少版本或驗證證據的“已完成”只能視為待核驗。
未完成任務也要交接
將結果分成已完成且遠端已確認、執行完成但交付未確認、仍在執行、已失敗四類，分別寫明下一步。交接記錄列出已發生的外部寫入、允許重試的步驟和必須先對賬的步驟。
接收方確認可訪問產物與證據，並明確接管時間；原執行方隨即停止重複操作。缺少任務狀態、版本或產物權限時，先補齊材料，不把重新執行當作補齊證據。這裏的交接是運維記錄與職責移交，不自動轉移 Hub 的任務所有權。
相關頁面
EvoX 文檔 · 開發者 · 網絡任務運維