链接解析
把完整的磁力地址粘进输入框，平台拆出哈希值、文件名称与体积，并把同一哈希下被改过名的条目归拢到一起，减少同名不同源带来的判断偏差。
收录范围与索引节奏，两栏说清
平台收录的范围以公开分享的磁力链接与种子文件为线索，覆盖影视、软件、文档、音像与素材几大类，按文件体积、文件数量与收录日期整理成条目，每条记录保留原始哈希与文件清单，方便逐项核对后再决定取用。
索引任务按小时轮转，新增条目会在收录后写入对应分类页，同一哈希的重复提交被合并成一条记录。页面上显示的日期为最近一次核对时间，标题与文件清单同步刷新，检索结果按该时间倒序排列。
六项围绕链接与清单展开的基础能力
把完整的磁力地址粘进输入框，平台拆出哈希值、文件名称与体积，并把同一哈希下被改过名的条目归拢到一起，减少同名不同源带来的判断偏差。
点开条目前先看文件清单，目录层级、单个文件体积与扩展名一次列清，避免取用完才发现里面是分段压缩包，或者与标题描述并不相符。
同一份文件常被反复转发，平台按哈希比对，把标题不同、体积一致的记录合成一条，结果页里不会连着出现十几条指向同一份资源的地址。
按体积区间、收录日期、文件类型三个维度叠加过滤，几个条件同时生效，筛选后的结果数量显示在列表顶部，清空后回到全部结果。
排序依据包括近七日的点击、收藏与成功取用次数，关注度高的条目排在前面，也可以切换成按核对日期排列，查看最近入库的那批记录。
多次核对均无法取用的链接会挂上标记并下调位置，提交的失效反馈经复核后同样生效，列表里保留原有记录，只是不再占用前排展示位。
八条近七日关注度较高的记录，清单与体积已核对
10月15日深夜，杭州的程序员阿岚在条目页把纪录片按集数排好序，核对字幕后确认 6 集齐全。
10月12日，成都的学生小唐在宿舍打开清单，逐个比对版本号后选定安装包，记下校验值再转存。
10月9日，武汉的备考者阿瑜在图书馆检索关键词，按日期筛出近五年真题，去重后剩下 11 份。
10月5日，厦门的电台编辑阿哲在深夜整理歌单，从合辑里挑出无损音轨，标注好年份后归档。
9月28日，西安的放映员老周在社区活动室打开条目，确认修复版分辨率为 1080p，随后排进周末场次。
9月20日，深圳的设计师阿棠在工位上预览素材缩略图，筛掉重复包体后留下 4 个可用目录。
9月12日，长沙的玩家阿泽在周末翻出旧硬盘，对照镜像校验值确认完整，随后补进收藏目录。
9月3日，南京的行政专员小夏在办公室检索模板，按文件类型过滤后下载了 7 份表格，导入系统验证。
六项落在索引与核对流程上的做法
一条记录同时保留哈希值、主标题、别名、体积、文件数量与清单结构，字段之间可以互相印证。查看者不必在多个页面之间来回切换，打开条目页就能把判断所需的几项信息一次看全，减少凭标题猜测的环节。
每条链接的历史状态都会写入索引，被合并的条目、被标记失效的条目都留有痕迹。隔一段时间回来查看，仍能找到当初的核对结论与文件清单，不必重新检索一遍，也不必依赖浏览器历史记录里零散的页面。
热度、核对日期、体积三种排序各自说明取值口径，热度对应近七日的取用次数，日期对应最近一次核对时间，体积按实际字节数换算。排序规则写在面板说明里，切换之后列表的排列依据可以预期，不靠感觉猜。
平台只做拆解与展示，不对磁力地址本身做改写，哈希值按原始字符保留，复制出去与来源处一致。带有跟踪参数的链接会被标注，但参数部分照原样保留，方便查看者自行判断哪些部分属于发布者添加。
每次自动探测与人工复核都会写入时间戳，条目页显示的是最近一次结果。核对间隔超过设定周期的记录会被重新排队，避免长时间未验证的条目混在活跃记录里，展示顺序与实际状态保持一致。
提交的每一条失效反馈都会生成编号，处理进度在反馈记录里可以查到。自动探测未通过时进入人工队列，复核完成后写明结论，被确认失效的条目下调展示位置，恢复可用的条目也会同步解除标记。
三个常被问到的技术细节
磁力链接里最长的那串字符是哈希值，由文件内容或种子中的信息经哈希算法计算得出，长度固定，不随文件名改变。平台在解析时只读取这串字符，再与索引里的记录逐条比对。同一份内容被改名、被重新打包、被换成不同的发布标题，哈希值都不会发生变化，因此比对结果具备一致性。部分链接使用基础哈希，部分链接使用包含跟踪信息的完整形式，两者在平台上会被换算到同一字段后再比对。也正因为哈希值只由内容决定，改动一个字节就会得到完全不同的结果，这也是同一条目偶尔出现两个近似哈希的原因。查看时以较长的那串为准，短串只作辅助参考。
条目页列出的文件清单包含目录层级、单个文件的体积与扩展名，这三项放在一起看，能大致判断资源的完整程度。整段视频通常表现为一个大文件加若干字幕文件，分段发布的资源则会出现多个体积相近的片段。压缩包需要留意后续是否还有分卷，扩展名缺失的文件多半需要额外处理。体积数据同样有参考价值，同样是高分辨率的片源，码率不同，体积可以相差好几倍，单看标题里的标注并不可靠。把这些字段与标题放在一起比对，能减少取用之后才发现内容不符的情况。清单里出现大量零字节文件时，通常意味着种子结构不完整，需要谨慎对待。
收录日期指条目第一次写入索引的时间，核对时间指最近一次验证链接可用的时间，两者分开显示，是为了让查看者判断记录的新旧。一条收录较早但核对时间很近的条目，说明它持续可用；一条收录不久却长期没有核对记录的条目，则需要多留意。平台的排序项里，日期一项对应的是核对时间，热度一项对应的是近七日的取用次数，两个维度混着看，比单看一个数字更稳妥。页面上这两个时间都会标清楚，不做合并，也不做估算。对于长期没有新核对的记录，索引任务会重新排队探测，探测结果同样写入时间戳。查看者如果对某条记录的状态有疑问，可以对照这两个时间的间隔，大致判断它落在哪一个环节上。
近一个半月的功能与规则调整记录
平台在 10 月 17 日调整了检索结果页的排序面板，把热度、核对日期、体积三项提到首屏，其余条件收进二级面板。排序切换后列表会记住上一次的选择，翻页返回时不再重置。本次改动同时修正了体积排序在跨单位比较时的偏差，GB 与 MB 之间的换算统一由服务端完成。
平台于 10 月 14 日在结果页顶部加入文件类型组合筛选，可同时勾选视频、音频、文档、压缩包、镜像五类中的任意几项，筛选结果数量显示在筛选条右侧。此前只能单选，跨类型查找需要来回切换。该入口在移动端收进折叠面板，展开后与桌面端保持一致。
平台 10 月 10 日更新了重复条目的合并规则，判定阈值从体积完全一致放宽到体积浮动不超过千分之三，同时要求哈希值前缀一致。调整后，同一份内容被重新打包且体积略有变化时也能归到一组。合并记录会在条目页底部标注来源数量，不再逐条显示被合并条目的原始标题。
平台在 10 月 6 日发布失效链接复核流程说明，明确反馈提交后的处理节点：系统先做一次自动探测，未能取用的记录进入人工复核队列，复核通过后挂上标记并下调排序位置。说明同时列出三类不纳入复核范围的情形，包括链接格式不完整、需要登录才能访问、以及内容已主动删除。
平台 9 月 27 日调整了条目页文件清单的展开方式，超过五十个文件的条目改为分页展示，每页五十条，并保留目录层级缩进。此前超长清单一次性铺开，移动端滚动距离过长。本次改动同时给每个文件补充了扩展名标识，便于快速区分视频、字幕与压缩分卷。
平台 9 月 18 日为八个分类页补充了按核对时间倒序的索引，分类首页默认展示最近三十天内核对过的条目。翻页位置在返回时会保留，不再回到第一页。索引数据每小时刷新一次，分类页顶部的更新时间同步变化，跨分类跳转时也会带上当前的筛选状态。
十条来自实际使用者的反馈记录
按体积筛选这个功能用得多，之前找纪录片总被分成好几段的小文件刷屏，现在直接把下限设到 500MB，列表干净不少。
条目页的文件清单写得清楚，连字幕轨和样片都单独列出来，取用前能估个大概，省去下载完再翻一遍的功夫。
收录日期和核对时间分开显示这点做得细，哪条是刚核过的、哪条放了半年一目了然，排序切一下就能看出来。
哈希值原样保留着，复制出来和别处比对不会对不上，改过名的条目也能认出来是同一条，这点比不少站稳。
失效标记的位置有点靠后，得往下翻才看得见，不过标出来的基本都确实打不开，没有出现过误标的情况。
分类页按时间倒序排，隔几天回来看一眼就知道新进了哪些条目，不用从头一条条翻，翻页位置也还记得住。
搜索结果里同名的挺多，好在有合并，点进去是同一条会给出提示，省得同时开好几个页面来回比对。
在手机上打开排版没乱，清单展开的速度也跟得上，地铁上翻了几页都没卡住，横屏竖屏切换也正常。
反馈入口好找，提交之后能看到处理回执，失效的条目过两天再看果然沉下去了，不是提交完就没下文。
排序切换做得顺手，热度看近期取用次数，日期看最近核对时间，两种混着用基本够判断了，不用来回试。
八个高频疑问，逐条说明
条目线索来自公开分享的磁力链接与种子文件，由索引任务定期抓取并写入分类库。每条记录保留原始哈希、文件清单与首次收录日期，平台不修改链接本身，也不托管任何文件。对于同一哈希下被改过名的提交，系统会比对后合并成一条记录，来源数量在条目页底部标注。
先在条目页核对哈希值是否完整，部分链接在复制时会被截断。若哈希完整仍无法取用，多半是资源已被删除或缺少活跃节点，可在条目页底部提交失效反馈。系统会先做一次自动探测，未通过的记录进入人工复核队列，复核完成后挂上标记并下调排序位置。
同一份文件常被不同发布者重新命名，标题里可能夹杂发布组前缀、清晰度标注或语言说明。平台按哈希值比对，把体积一致的记录归到一组，主标题取其中信息量较大的一条，其余作为别名保存在记录中。查看时以哈希为准，标题仅作参考，避免被改过的名称干扰判断。
收录日期指条目第一次写入索引的时间，核对时间指最近一次验证链接可用的时间。两者分开显示，便于判断记录的新旧。收录较早但核对时间很近的条目，说明它持续可用；收录不久却长期没有核对记录的条目，需要多留意。排序项里的日期一项对应的就是核对时间。
可以。体积区间、收录日期、文件类型三个维度支持同时生效，勾选后结果数量会显示在筛选条右侧。叠加的条件越多，命中范围越窄，建议先用文件类型定位大类，再收窄体积与日期。清空按钮位于筛选条左端，点击后恢复到默认的全部结果。
热度由近七日的点击次数、收藏次数与成功取用次数加权得出，三个指标各自占一定比重，取用次数的权重最高。热度只反映近一段时间的关注程度，不代表内容质量。需要判断资源本身的情况，仍要回到条目页查看文件清单、体积与核对时间。
反馈提交后，系统在一小时内完成一次自动探测。探测未通过的记录进入人工复核队列，通常在一个工作日内给出结论。复核确认失效的条目会挂上标记并下调排序，但仍保留在索引中，方便日后恢复时重新核对。处理结果可在反馈记录中查看回执。
检索、筛选、查看文件清单都不需要注册，打开页面即可使用。收藏与失效反馈会以浏览器本地标识记录，更换设备后不再同步。平台不收集与检索行为无关的个人信息，也不要求绑定手机号。若清理浏览器数据，本地记录会一并清除。
四张卡片，说清平台在做什么
磁力爬把公开分享的磁力链接整理成可检索的条目，围绕链接还原、清单核对与结果排序三件事做深，让取用之前先看清内容。
一个检索框、一套条目页、一份分类索引。输入关键词或粘贴链接，返回条目、文件清单与最近核对时间。
同名不同源、标题与内容对不上、链接放了很久不知道还能不能用，这三类情况在取用前就能被识别出来，减少反复下载与比对。
记录保留原始哈希与文件清单，排序维度写得明白，核对时间随时可查，失效反馈有回执可循。