Greasy Fork is available in English.
桌面级PikPak网盘管家！包含Aria2/Motrix带目录结构推送、文件查重（哈希/时长/名称）、文件夹查重（名称/相似度/包含率）、批量重命名（正则替换/连续编号/文本格式化/FC2名称清洗/前缀去广告/后缀智能修复）、清理空文件夹、内置解压密码库的批量解压、夹杂无关文字或“去头”的污染磁链智能识别、自定义资源黑白名单：清理垃圾文件/文件夹、多账号数据迁移、分享提取次数限制、导出目录树等。沉浸式媒体播放引擎：以图搜图、高级字幕加载、跳过片头尾及进度条缩略图预览。叫“增强大师”是有原因的，何不进来看看？
当前为
面向 PikPak 网页端的桌面级增强套件。
从浏览、搜索、分析、整理到播放、下载与迁移，让云盘管理真正接近本地文件管家的效率与流畅度。
简体中文 | 繁體中文 | English | 한국어 | 日本語 | Indonesia | Bahasa Melayu
📌 默认文件夹 My Pack 受官方保护，脚本不会对其执行误删风险较高的危险操作。
⚠️ 为避免数据同步冲突，执行分析、整理、批量删除等重操作期间，不建议在其他客户端同时修改同一批文件。
⚠️ 分享提取次数上限的自动拦截，仅在网页保持开启且设备未休眠时生效。
📌 全盘索引会在网页关闭后清空；偏好设置、管理规则、密码金库等数据则持久化保存在本地脚本环境中。
Q：为什么安装了脚本却没有显示蓝色的悬浮球？
A： 请先确认您已登录 PikPak 网页端。若已登录仍未显示，请尝试刷新网页（F5）；同时检查是否被广告拦截插件（如 AdGuard、uBlock Origin）误拦截。可临时关闭拦截插件，或将 PikPak 网页加入白名单后再试。
Q：什么是“极速模式（Turbo Mode）”，为什么建议开启？
A： 开启后，脚本会深度接管原生网页端逻辑，并全屏覆盖主要界面。该模式会主动屏蔽原网页中高内存占用的同步流程，因此能显著改善海量文件场景下的卡顿、崩溃与加载迟缓问题。
注意： 开启极速模式后，最小化与关闭按钮会自动隐藏；如需返回原网页，请前往设置中取消勾选。
建议： 若您的网盘文件较多，强烈建议开启，以获得更流畅、更稳定的使用体验。
Q：为什么首页的 My Pack 会显示“默认”标签，且无法添加星标、复制、移动、重命名或删除？
A： 这是 PikPak 官方对默认目录的安全保护机制。脚本遵循并保留了这层保护逻辑，但在此基础上解除了默认文件夹 My Pack 的分享限制。
Q：脚本中的“文件查重”与“文件夹查重”有什么本质区别？实际使用时该如何选择？
A：
文件查重： 面向“单一文件”级别，采用 哈希精准匹配、视频时长相似度、名称相似度 三模态算法，适合清理网盘中零散分布的重复文件，例如重复保存的单集视频、单张图片、独立压缩包等。
文件夹查重： 面向“文件夹整体结构”级别，采用 名称匹配、内部文件重合度（相似度匹配）、子集冗余（包含率匹配） 三模态算法。它更适合清理重复保存的整部剧集、完整图包、多层级资料目录等。即使两个文件夹名称不同，只要内部文件高度相似，或存在明显的包含关系，也能被识别出来。
建议：
文件查重中的“精准查重”属于哈希匹配，结果最可靠，可较放心地一键勾选删除。
文件查重中的“时长匹配”“名称匹配”，以及文件夹查重的三种模式，本质都属于相似匹配，建议在批量勾选前先人工复核，以免误删。
Q：为什么文件查重查出来的重复文件越来越多？是不是全盘索引丢包了？
A： 不是索引丢包，也不是数据错误。查重结果中“精准匹配”部分的数量通常是稳定的。之所以后续会查出越来越多的重复文件，主要是因为基于视频时长的相似匹配在逐步变得更完整。
由于 PikPak 的部分原始接口并不会直接返回视频时长，很多重复视频在初次分析时会因为缺少时长信息而被暂时跳过。为了解决这个问题，脚本内置了后台异步嗅探机制，会自动读取视频元数据，补全精确时长，并持久化保存在浏览器本地。随着您使用时间增加，本地时长数据库会越来越完整，因此查重引擎能识别出更多“文件名不同、但内容时长一致”的隐藏重复资源，所以结果会显得越来越多、也越来越准确。
Q：为什么“以图搜图”有时无法直接上传图片，而是提示我粘贴？
A： 这是受浏览器安全策略限制所致，主要与 CORS 跨域限制 有关。当脚本无法直接将网盘中的图片发送到目标搜图服务时，会自动将当前画面截图复制到您的剪贴板。此时您只需在弹出的搜图页面按下 Ctrl + V，即可完成图片提交。
Q：为什么使用脚本播放视频时，只有声音却没有画面？
A： 这通常是因为该视频属于 m3u8 多音轨 / 多轨道流媒体。在云端转码后，声音与画面轨道可能发生分离，而当前网页播放器并不支持这类特殊视频流的完整在线解析。
遇到这种情况，建议点击右下角的 “外部播放” 按钮，直接调用本地的 PotPlayer 等专业播放器进行串流播放。
Q：清晰度菜单中的“原画（高速）”与普通“原画”有什么区别？
A： 两者在画质上通常几乎没有差别，主要区别在于底层的传输链路与解码策略不同。
其中，“原画（高速）”使用的是官方面向流媒体优化过的链路，通常在调用 PotPlayer 等外部播放器时，加载速度更快、拖动更顺滑、响应也更稳定。
建议： 无论是网页播放还是外部串流，通常都优先选择“原画（高速）”。
Q：为什么我在手机 App 或官方网页版刚进行的操作（如上传、删除、移动），在脚本的查重或分析列表中没有实时同步？
A： 这是脚本为保证搜索、分析与筛选速度而采用的设计策略。为了避免每次操作都重新拉取数万个文件信息，脚本大量使用本地内存快照与索引缓存。
如果您刚在手机 App 或官方网页端进行了较多修改，建议刷新网页，以重新获取全盘索引。
建议： 在脚本执行分析、查重、整理等操作期间，尽量避免多端同时修改同一批数据。
Q：批量解压时，可以一次性给多个文件设置不同的密码吗？
A： 可以。脚本的批量解压采用的是密码金库智能匹配机制：只要您事先把已知密码保存进密码金库，脚本在处理每一个压缩包时，都会自动尝试金库中的所有密码；一旦匹配成功，就会自动开始解压，无需手动逐个输入。
Q：批量解压时提示“系统繁忙 / 等待重试”，是脚本出 Bug 了吗？
A： 不是。这通常是因为 PikPak 云端服务器触发了并发频率限制，属于官方接口当前繁忙，而不是脚本本身异常。
如果某个文件多次重试后仍然失败，通常说明该资源在云端可能已经损坏、受限，或当前服务器状态不佳。建议稍后重试，或将文件下载到本地后再处理。
Q：导出的配置 JSON 包含哪些信息？
A： 导出的 JSON 文件仅包含您在增强大师中的本地配置数据，例如查重偏好、黑白名单规则、密码金库、部分历史记录与功能设置等。
不会包含您的 PikPak 账号密码，因此可以放心用于跨设备备份与迁移。
Q：导入备份会覆盖我现有的配置或名单吗？
A： 一般不会。脚本已升级为智能合并逻辑：导入时会优先对资源管理器、历史记录等列表型数据进行去重合并，而不是直接覆盖本地内容。
仅少数基础设置项（如搜图引擎、Aria2 地址等）会以导入文件中的值为准，因此您长期积累的本地名单和记录通常不会丢失。
Q：为什么批量删除文件时，部分文件提示受保护或无法被删除？
A： 请先检查这些文件是否已被记录在资源管理器中。若您在设置里开启了“删除时跳过管理器中记录资源”，脚本会将命中的文件视为受保护项目，以避免误删。
解决方法：
Q：为什么我执行“粘贴”操作后，文件没有在列表中显示？
A： 请先检查您的网盘剩余空间是否足够。PikPak 官方当前对“空间不足”通常采用静默拦截策略，也就是在容量超限时，不一定会弹出明确提示，而是直接在后台中止操作。
因此，如果执行粘贴后文件没有出现，最常见的原因就是触发了容量限制。建议先清理空间，再重新尝试。
Q：云下载弹窗中的“自动修复防屏蔽磁链”是什么功能？建议什么时候开启？
A： 该功能会自动清理磁链中夹杂的汉字、表情、符号等无关干扰内容，并智能提取特征码，将链接还原为标准格式。
建议： 默认保持开启。它尤其适合处理来自社交平台、论坛或聊天软件中那些被插入无关文字、带“去头”处理、或被刻意污染过的磁链。
对于已经是标准格式、并且以 magnet:? 开头的正常磁链，脚本会自动跳过修复，不影响正常下载。
Q：什么是“文件夹下载过滤”？它会影响哪些下载方式？
A： 该功能用于在下载整个文件夹时，按扩展名或名称规则自动排除匹配文件。例如，您可以排除 .txt、.jpg，或排除名称中包含某些关键词的文件。它不仅会作用于普通文件夹下载，也会作用于 Aria2 / Motrix 推送文件夹 场景。
Q：使用 Aria2 / Motrix 或浏览器下载网盘文件夹时，层级结构会保留吗？
A：
Aria2 / Motrix：会保留层级。
脚本会在推送过程中自动克隆并还原云盘中的目录树结构。下载完成后，本地磁盘中的文件夹层级会尽可能与网盘保持一致。同时，脚本还会自动清洗 Windows 不支持的特殊字符（如 : * ? 等），并尽量缩短过长路径，以减少下载报错。
浏览器原生下载：不会保留层级。
受浏览器下载协议本身限制，文件夹内的文件通常会被“平铺”到同一个目录中。
建议： 如果您希望完整保留复杂目录结构，请优先使用 Aria2 / Motrix 推送下载。
Q：什么是“多账号数据迁移”？具体该如何操作？
A： 该功能可将当前账号中的文件或文件夹，快速、无缝地转存到您的另一个 PikPak 账号中。
操作步骤如下：
ws:// / wss:// RPC 或非标准端口反向代理环境下连接失败的问题。本项目在 UI 设计语言及部分网页端 API 调用逻辑上，深受 PikPak File Manager v1.2.0 (by 브랜뉴) 的启发，特此致敬。
本项目遵循 CC-BY-NC-SA-4.0 协议：