关键词检索
输入片名、文件名或作品关键词，系统在索引库内匹配条目名称与别名，结果按相关度与收录时间排序，支持在结果页内继续筛选类型与体积区间。
两栏分别说明索引覆盖范围与页面更新方式，便于在检索前了解字段来源。
平台收录的条目覆盖影视、文档、软件、音频等常见类型，每条记录标注名称、哈希值、体积构成与收录日期。检索结果按相关度排列，文件清单可逐层展开查看，便于在下载前核对内容范围，减少反复尝试的时间。
索引库每日整理新增条目，公开记录在收录后同步更新哈希与体积信息。页面响应在常规网络下保持在一秒以内，检索无结果时给出相近关键词建议，检索历史保存在本地浏览器，关闭页面后不影响下次使用。
从关键词匹配到字段核对，六项能力支撑一次完整的检索流程。
输入片名、文件名或作品关键词，系统在索引库内匹配条目名称与别名，结果按相关度与收录时间排序，支持在结果页内继续筛选类型与体积区间。
对已收录条目展示完整的文件清单，包括子目录结构、单个文件体积与总容量，解析结果在页面内直接展开，无需下载种子文件即可核对内容构成。
已知哈希值时可直接粘贴查询，平台按哈希前缀匹配索引记录，返回对应条目的名称与收录时间，适合在别处拿到链接后回到平台核对来源与体积。
结果列表支持按总容量、单文件体积上限与文件数量过滤，体积信息取自索引时的解析结果，筛选条件会保留在地址栏，方便分享与再次回看同一组结果。
检索历史保存在浏览器本地，按时间倒序排列，可一键清空。记录仅包含关键词与检索时间，不涉及账号信息与设备标识，更换设备后不会自动同步。
每个条目附带来源链接与收录时间，页面以标签区分公开索引与人工提交，遇到无法访问的来源会在条目上做出提示，减少打开空页面带来的无效点击。
按收录时间从新到旧排列，每条记录附文件清单摘要与来源信息。
10月17日，杭州一名研究生林某在宿舍检索纪录片，按文件清单确认含中文字幕轨后开始下载。
10月15日，昆明一名徒步爱好者陈某在青旅公共区查到该片，比对总容量与分集时长后保存了链接。
10月12日，南京一名乐手赵某在排练室检索现场音频，确认无损格式与曲目数量后转存至本地硬盘。
10月8日，长沙一名钢琴教师李某在琴房搜索练习曲合集，核对单曲体积后挑出需要的三条记录。
10月3日，西安一名玩家王某在网吧查到该镜像，确认包含运行库与补丁文件后开始下载安装。
9月28日，武汉一名本科生刘某在图书馆检索课程录像，按章节文件清单挑选出前十二讲保存。
9月15日，青岛一名摄影师孙某在民宿整理素材时检索该片，核对拍摄年份与音轨后完成收录。
9月1日，天津一名备考者周某在自习室检索讲义录像，确认板书清晰度与文件数量后转存备用。
字段组织、来源追溯与多端一致性，构成了平台的基础使用体验。
平台把条目按名称、哈希、体积、收录时间四个字段整理成统一记录，检索页直接展示字段全貌。访客不必逐条打开链接，先在列表页比对字段，再决定是否深入查看详情，一次浏览即可完成初步判断。
每条记录保留首次收录与核对时间两个时间点，来源链接失效时会在条目上标出。时间字段按天更新，遇到索引结构或字段规则调整，会在动态栏目里说明具体变化范围与生效日期，便于对照旧记录。
条目附带原始来源链接与提交方式标签，公开索引与人工提交分开标注。访客可顺着链接回到出处核对，平台不对来源内容做二次改写，也不替换原始文件名，保证看到的信息与出处保持一致。
页面在手机、平板与电脑上保持同一套字段与操作路径，窄屏下结果卡片折叠为单列，筛选面板改为抽屉。同一关键词在不同设备上返回相同的排序结果，从手机复制到电脑打开的链接仍指向同一组记录。
按总容量、文件数量、收录时间与类型四个维度过滤，条件可以叠加使用。每次筛选都会改写地址栏参数，复现同一组结果只需要保存链接。筛选面板会保留已选条件摘要，清除入口固定在顶部。
检索关键词与历史记录只写入浏览器本地存储，服务端不保留查询日志。清除浏览器数据即可抹去使用痕迹，账号体系不参与检索流程。页面不读取设备标识与位置信息，打开即用，关闭即走。
从链接结构到核对顺序，三个部分说明如何读懂一条磁力记录。
磁力链接是资源检索中使用频率较高的定位方式，它不指向某个具体服务器，而是用一段由文件内容计算出的哈希值来标识目标。理解这段字符的构成与对应关系，有助于在检索结果中快速判断条目是否值得继续核对。以下三个部分分别从链接结构、哈希对应关系与结果核对顺序展开说明。
一条磁力链接通常以 magnet:?xt=urn:btih: 开头，后面跟随 40 位十六进制字符或 32 位 Base32 字符，这段字符就是文件的哈希标识。链接末尾还可以附加 dn（显示名称）、tr（追踪服务器）等参数，用于补充名称与节点信息。识别一条链接是否完整，先看哈希段长度是否符合规范，再看各参数之间是否用 & 正确分隔。参数顺序不影响解析结果，缺少 dn 时多数客户端会回退到哈希值作为名称显示。部分站点会在链接外再包一层跳转地址，复制时需要确认取到的是哈希本身，而不是被二次编码后的字符串。对普通访客而言，记住哈希段的位置，就能在冗长的地址中一眼找到关键部分。
哈希值由文件内容计算得出，同一份内容无论被改名多少次，算出的哈希都不变，这也是磁力链接能够在不同站点之间流通的原因。一个哈希可能对应单个文件，也可能对应一个包含多级目录的种子，具体结构要在解析之后才能看到。索引平台做的事是把公开出现的哈希与名称、体积、文件数量对应起来，形成可以检索的记录。当两个条目名称不同而哈希相同，可以判定为同一份内容；反之，名称相同而哈希不同，则说明文件在转码或打包环节发生过变化。核对哈希是判断资源是否为原件的一种直接方式，也是跨站比对时较为可靠的依据。
拿到检索结果后，建议按体积、文件清单、收录时间、来源链接的顺序逐项核对。先看总容量与预期是否匹配，容量明显偏小的条目往往经过压缩或缺少主文件；再展开文件清单，确认子目录结构与文件数量，避免下载到只有样本的包；随后看收录时间，较早的记录可能对应已经失效的来源；最后打开来源链接，确认出处页面仍然可以访问。四步走完通常只需要一两分钟，却能过滤掉大部分无效条目。对于课程录像一类的资源，还可以按章节文件数量判断内容是否齐全，按讲次编号核对起止范围。
字段规则、筛选交互与来源标注的调整记录，按时间从新到旧排列。
平台在10月17日完成索引库字段结构调整，名称、哈希值、总体积、文件数量与收录时间五个字段按固定顺序输出。调整后条目详情页的字段排布与检索列表保持一致，来源链接与提交方式单独归入右侧信息区。本次调整不涉及已有记录的内容变更，此前分享出去的链接仍然可以正常打开。
检索结果页在10月14日上线体积区间筛选，支持按 0 至 200MB、200MB 至 1GB、1GB 至 5GB 以及 5GB 以上四档过滤。筛选条件与类型、收录时间两个维度可以叠加使用，选中后地址栏会同步写入参数。移动端将筛选面板收进抽屉，避免遮挡结果列表内容。
来源失效标注功能于10月9日进入小范围测试。系统按周对条目附带的来源链接发起一次状态检查，返回异常时在条目上显示灰色标记，并把该记录调整到同组结果的靠后位置。测试期间标注结果每日复核一次，恢复正常的条目会在次日去掉标记，测试范围后续逐步扩大。
平台在10月2日完成第三季度收录记录整理，按类型统计条目数量与核对频次，并把长期没有新增记录的分区合并展示。整理过程中清理了字段缺失的重复条目，保留下来的记录补齐了体积与文件数量。季度整理的说明文件已放入动态栏目存档，供访客对照查看。
移动端筛选面板在9月20日改为底部抽屉样式，上滑展开后可用单指切换四个筛选维度，收起时不占用结果区高度。抽屉内保留已选条件的摘要，清除按钮固定在顶部。窄屏下结果卡片同步改为单列排列，字段展示顺序与桌面端保持一致，不因屏幕宽度重新排序。
平台在9月5日补充了文件清单的展开层级，多级目录按树状结构逐层显示，单层内文件按体积从大到小排列。清单顶部汇总文件总数与总体积，展开后每个条目注明扩展名。对于章节型资源，清单会额外标出讲次编号，方便按需选取，减少整包下载带来的等待时间。
来自不同设备与使用场景的十条反馈，均为访客自行发布。
查课程录像前会先看文件清单，章节齐不齐一眼就能看出来，比下载完再发现缺讲省事多了。
哈希直查挺顺手，从论坛拿到一串字符回来核对，字段对得上就放心保存，省去反复确认的步骤。
体积筛选做得细，找纪录片时把小于 500M 的直接排掉，剩下几条基本都是完整的版本。
手机上看字段排得下，筛选面板拉出来不挡结果，这一点比之前用过的几个站点舒服不少。
来源链接标了收录时间，点进去大多还能打开，失效的会提前提示，少点几次空页面。
历史记录存在本地，清理浏览器就没了，在公共电脑上用过几次，心里不别扭。
索引条目写得规整，名称、哈希、体积排在一行，扫一眼就能判断要不要继续往下看详情。
搜索没有结果时会给出相近关键词，顺着提示点过去找到了另一版，这个细节挺实用。
游戏镜像带补丁说明，清单里能看见运行库文件，装的时候没再折腾，省掉一轮排查。
页面打开速度快，广告位不挡内容区，查完就关，不占多少时间，日常用着合适。
关于检索、解析与记录保存的八个高频疑问，逐条给出说明。
不需要。平台不设账号体系，打开页面即可输入关键词检索，结果列表与条目详情对未登录访客完全开放。检索历史只写入本地浏览器，服务端不保留查询记录。若在公共设备上使用，离开前清除浏览器数据即可抹去关键词痕迹，操作在浏览器设置内完成。
哈希由文件内容计算得出，名称属于附加信息，可以在链接里被改写。不同站点对同一份内容往往使用各自的命名习惯，于是出现哈希相同而名称不同的情况。判断是否为同一份文件，应以哈希为准，名称只作参考。平台在合并记录时会保留常见的几个别名，便于用不同关键词都能检索到同一条目。
体积取自索引时的解析结果，反映的是种子内文件的实际大小总和，与下载后占用空间基本一致。若来源在收录后重新打包，体积可能发生变化，此时以条目详情中的核对时间为准。平台会在体积字段旁标注解析日期，遇到明显异常的数值会做出提示，访客可据此判断是否需要重新核对。
可以先更换关键词，用作品名、文件名或发布组名分别试一次，平台在无结果时会给出相近词建议。其次检查是否开启了类型或体积筛选，条件过窄会把有效条目排除在外。若确认索引库中确实没有对应记录，可通过页面底部的联系方式提交关键词，后续收录情况会在动态栏目说明。
来源链接用于回到出处核对，失效并不等于条目本身不可用，哈希与文件清单仍然保留在索引中。平台会在条目上标注链接状态，失效的记录排在同组结果的后面。遇到批量失效时，会在平台动态里说明处理进度，恢复正常的条目会重新标注核对时间，访客可稍后再查看。
历史记录写入浏览器的本地存储，只包含关键词与检索时间，不涉及设备标识与位置信息。更换浏览器或清理缓存后记录会清空，不同设备之间不会同步。平台不提供云端同步功能，也不读取本地记录内容，检索流程与记录模块相互独立，关闭记录不影响正常检索。
两个时间分别是首次收录时间与核对时间。前者说明该记录进入索引库的日期，后者说明平台末次确认字段可用的日期。体积或文件清单发生变动时，核对时间会更新。查看收录时间可以判断资源的传播周期，核对时间则用于评估当前可用程度，两者结合能减少无效尝试。
一致。两端调用同一套索引与排序规则，字段展示顺序相同，区别只在布局：窄屏下结果卡片改为单列，筛选面板收进抽屉。筛选条件写入地址栏参数，把手机上的链接复制到电脑打开，得到的仍是同一组结果。排序不因设备类型发生变化，切换设备不需要重新筛选。
品牌定位、产品形态、使用价值与选择理由四个方面的说明。
磁力搜索是一个面向公开索引的磁力链接检索站点，把散落在各处的哈希记录整理成可读、可筛、可核对的条目，供访客在下载前完成判断。
检索页与条目详情页构成主要产品形态，前者负责匹配与排序，后者负责展示文件清单、体积构成与来源信息。
把名称、哈希、体积、收录时间统一到同一张卡片上，让访客不必在多个页面之间来回跳转，也不用先下载种子才能看清里面装了什么。
字段标注清楚、来源可回溯、筛选条件可复现，三件事做到位，检索这件事就不需要额外的学习成本。