用途：把已完成的 evo 优化运行转化为维护者愿意合并的改动。optimize 循环留下大量已提交实验，优胜工作区 diff 往往含调试打印、搜索过程中的反复修改、过宽改动，甚至被放宽的测试，不能直接合并。本技能负责重新推导出最小化、可复现优胜行为且干净的改动，并按仓库习惯落地（PR 或合并），同时报告可合并程度。
用法：以 /evo:ship 触发，默认运送自动选出的优胜者；/evo:ship exp_0042 指定具体实验。流程分四阶段。一、选优胜者：用 evo status 与 evo report 查看最佳有效分数和候选表；默认优胜者是图历史中得分最高的有效结果，而非 frontier，可用显式 exp_id 覆盖。合格优胜者必须有效：已提交，或 prune_kind=exhausted 且带 commit 与 score、无 gate_result===false、无无效被剪枝祖先；不得选 discarded、failed、active、evaluated、无 prune_kind 的 legacy-pruned、prune_kind=invalid 及无效剪枝节点的后代。找不到有效候选就停止并报告原因。用 evo diff <root_id> <winner_id> 查看基线与优胜者的累计差异，非基准目标内的改动可直接 git diff <baseline_commit> <winner_commit>。展示优胜 id、分数变化、假设与 diffstat，经用户确认后再继续。二、蒸馏为可合并改动：在用户当前 HEAD 新建分支而非实验工作区操作，只保留行为必需的改动，去掉实验脚手架与调试代码；若搜索过程放宽或删除过测试须恢复，新行为需有测试覆盖；遵循仓库格式化与 lint；贴近周边命名、错误处理与结构。用 evo run <winner_id> --check 或项目测试命令验证，若蒸馏后无法复现优胜分数，应如实报告差距而非掩盖。三、落地：用 git remote -v 判断是否有远程；有远程则在分支提交、推送并用 gh pr create 打开 PR，PR 正文为可合并性报告；无远程则把改动作为单个干净提交合并进用户工作分支，不强制、不改写历史。提交信息需带优胜实验 id、分数差与一行假设，不叙述搜索过程。四、可合并性报告（仅建议，不阻塞合并）：包含技术手段、行为正确性、回归安全性、改动范围、测试是否被修改/放宽/删除、机械清洁度与代码库风格贴合度，并以通俗总结开头。硬性约束：绝不为落地而弱化、跳过或删除测试；绝不运送无效剪枝、legacy 剪枝、discarded、failed、active、evaluated、门禁失败或无效谱系节点，仅 exhausted 剪枝节点仍可正常运送；未经用户明确同意绝不推送或开 PR；绝不改写或强制覆盖用户分支已有历史；蒸馏失败时不得原样运送原始实验工作区 diff，应报告差距。
限制：文中未提供具体平台、收费方式、价格、效果数据及安装说明。