如何在迅雷里配置已完成任务自动移动到自定义路径？
迅雷12.3.8已支持下载完成后自动归档到自定义文件夹，本文给出Windows与安卓最短路径、例外规则与回退方案。
功能定位：为什么需要“完成后自动移动”
核心关键词“已完成任务自动移动到自定义路径”在迅雷里对应官方名称「下载完成后自动归档」。它解决的是“下载目录臃肿、手动整理耗时”这一高频痛点：当同时拉取剧集、软件镜像与素材包时，若能让客户端在100%瞬间按预设规则把文件扔进不同文件夹，后续整理步骤可直接省略，搜索速度、备份脚本、媒体库刮削都��顺势提速。
经验性观察：在2TB SSD+机械盘混搭场景下，把热门剧集设为“完成后→移动到机械盘\\TV”，可把SSD占用峰值从90%降到65%，系统响应明显变轻。该功能最早出现在迅雷11「智能整理」实验室，12.x起转为正式开关，并支持“按扩展名/任务标签/磁盘剩余空间”三重条件，与旧版「仅修改文件名」相比，实质是把「下载目录」与「存储目录」解耦，为云盘回源、AI边下边播让出高速缓存空间。
版本演进与兼容性边界
截至当前的最新版本（Windows 12.3.8 / Android 10.2.6 / macOS 12.3.3）均已同步该功能，但实现深度不同：Windows端支持「按标签/扩展名/磁盘剩余空间」复合规则，并可在「任务完成后运行脚本」前插入移动动作；Android端仅支持「单一路径」与「Wi-Fi下生效」两项限制；macOS目前只能按「默认后缀」归档，标签筛选尚在内测（官方Release Note未承诺日期）。
回退策略：若升级后发现规则失效，可在「设置→传输→任务完成动作」里关闭「自动归档」并重启客户端，旧版「仅保留在下载目录」逻辑立即恢复；此操作不会二次移动已完成的文件，亦不会重建索引，属于热切换。
Windows桌面端：最短配置路径
步骤1：打开「传输」面板
主界面右上角「≡」→「设置」→左侧栏「传输」→右侧「任务完成动作」区域。该入口在12.x后不再提供经典「高级」TAB，避免新手迷路。
步骤2：启用「自动归档」并添加规则
勾选「下载完成后自动归档」→点击「添加规则」→在弹窗里设定：
- 触发条件：扩展名匹配「mp4,mkv,avi」或任务标签「剧集」；
- 目标路径：D:\\TV；（若盘符不存在，客户端会在应用规则时弹窗警告并跳过该条，不会导致任务失败）；
- 冲突处理：「若目标已存在同名文件→保留两者（自动重命名）」。此选项可防止PT做种冲突。
保存后规则立即生效，无需重启。对已100%但未移动的历史任务，可右键「应用归档规则」批量补执行。
Android端：Wi-Fi限定与单一路径
路径：首页「我的」→右上角「⚙️」→「下载设置」→「下载完成后移动文件」。此处仅提供「单一路径」文本框，不支持按扩展名过滤；若需区分视频与安装包，只能借助「子目录」+「下载前手动改任务名」这种折中办法。
注意
Android 10+ scoped storage限制下，目标路径必须位于「/storage/emulated/0/Android/data/com.xunlei.downloadprovider/files/」外部可见目录，否则系统会拒写。若你填了/sdcard/Video，客户端会提示「路径无权限」并回退到默认Download。
macOS端：后缀白名单模式
设置→传输→完成后归档，目前仅提供「视频文件」「压缩包」「全部文件」三档单选，不支持自定义后缀。目标路径默认在「~/Movies/XLArchive」，可手动改到外部硬盘。若外盘未挂载，客户端会暂停移动并在磁盘上线后补执行，期间任务状态显示「已归档(等待磁盘)」。
例外规则：哪些任务建议跳过自动移动
- PT做种：移动会改变文件路径，导致做种失败。可在「标签」里给PT任务打「PT」标签，然后规则里排除该标签。
- 云盘回源任务：文件实际存储在迅雷云盘，本地仅为缓存。移动后双击播放会重新拉流，体验下降。官方建议对云盘任务关闭归档。
- 小于50MB的安装包：频繁移动会触发Windows Defender二次扫描，可能拖慢开机启动。可添加「文件体积≥50MB」作为前置条件。
与第三方工具的协同边界
经验性观察：把「移动完成」作为TMM（TinyMediaManager）监控目录的前置步骤，可让刮削器在文件落地后30秒内自动搜刮。实现方式是在规则底部勾选「完成后运行脚本」，写入一条PowerShell：
powershell -file "D:\\Scripts\\invoke-tmm.ps1" -Path '%path%'
其中%path%为迅雷提供的占位符，代表已移动的最终目录。若脚本返回非0，客户端会把任务标红但不影响做种。此用法属于「外部调用」，迅雷官方未承诺长期兼容，升级后若占位符变更需自行修正。
监控与验收：如何确认规则生效
- 开启「传输→详情页→事件」面板，过滤关键词「归档」。任何移动失败都会记录「errorCode:0x00002004」并附带失败原因（磁盘满、权限拒写、文件被占用）。
- 用TreeSize或同类工具观测目标盘根目录体积变化：若规则运行正常，下载盘应趋于稳定，而归档盘持续增长。
- 对PT用户，可在做种客户端里看「文件路径」是否仍指向原始下载盘。若路径已变且做种失败，说明规则未正确排除PT标签。
故障排查速查表
| 现象 | 可能原因 | 验证动作 | 处置 |
|---|---|---|---|
| 任务100%后仍留在原目录 | 规则条件不匹配 | 右键任务→属性，查看标签/扩展名 | 修正规则或手动补标签 |
| 移动后文件大小为0KB | 目标盘NTFS压缩+磁盘满 | 事件面板看0x00002004 | 关闭NTFS压缩或清理磁盘 |
| Android提示「路径无权限」 | scoped storage限制 | 用系统文件管理器试写 | 改回/Android/data/下子目录 |
适用/不适用场景清单
适用：家庭影音 NAS 用户、每日剧集更新>10GB、SSD系统盘剩余空间长期<100GB、已部署自动刮削/改名脚本。
不适用：PT站考核上传量、云盘离线转存任务占比>80%、公司电脑无管理员权限、下载盘与归档盘为同一块机械盘（移动=复制+删除，耗时翻倍）。
最佳实践十条（检查表）
- 规则数≤5条，降低冲突概率；
- 目标路径提前建文件夹，避免客户端自动创建权限不足；
- PT任务统一打标签并排除；
- 云盘任务关闭归档；
- 外接盘用固定盘符或挂载点，防止盘符漂移；
- 打开「事件面板」常驻，方便第一时间发现失败；
- 每月用TreeSize复核一次，防止规则遗漏大文件；
- 移动后做种任务用「软链接」回链到原目录（需管理员PowerShell mklink）；
- 规则变更后，用「应用到已完成任务」批量补跑，避免历史遗留；
- 升级前导出设置（设置→关于→导出配置），翻车可一键回滚。
FAQ（常见疑问）
自动归档会影响做种吗？
会。文件路径改变后，PT客户端会找不到数据。解决方法是给PT任务打「PT」标签，再在规则里排除该标签；或改用软链接回链。
移动失败会重试吗？
会。客户端会在30分钟、2小时、6小时各重试一次；若三次均失败，任务状态显示「已失败(归档)」并记录错误码，需手动干预。
能否把文件同时复制到两处？
官方规则仅支持「移动」。如需双备份，可在「完成后脚本」里自行加xcopy或rsync命令实现，但性能与空间消耗需自理。
归档路径支持网络共享盘吗？
支持UNC路径（\\NAS\Video），但要求迅雷以系统服务权限启动，否则可能出现「权限不足」。建议先把NAS目录映射为固定盘符再填盘符路径，稳定性更高。
规则上限是多少？
经验性观察：Windows端超过20条后，任务完成时UI会卡顿约1秒；官方未给出硬上限，但建议控制在10条以内，用「标签」组合逻辑代替单文件后缀穷举。
总结与下一步行动
「已完成任务自动移动到自定义路径」是迅雷12.3.8正式落地的自动化能力，能把下载、整理、刮削三环节无缝衔接。若你符合「SSD空间有限+NAS长期在线」这一典型场景，只需10分钟按本文桌面端路径配置两条规则，就能把后续手动剪切时间降到接近零。
下一步建议：先给现有任务打标签→导出配置备份→开两条最常用规则→观察一周事件面板→逐步扩展到其他盘。只要守住「PT例外、云盘例外、路径提前建」这三条底线，自动归档不会带来副作用，反而让冷门资源借助IPv6-Only模式拉满连接数后，仍能从容落地到机械盘，不再挤占高速缓存。