链接解析
输入完整链接或四十位哈希值即可展开文件树，看到每个子文件的名称、体积与格式，省去下载之后再来确认的环节，判断提前到点击之前。
从索引字段到展示顺序，把检索过程拆成可核对的步骤
平台收录影视、文档、软件、音乐、课件、素材、游戏等方向的资源索引，按主题与格式分别归档。每一条记录标明文件构成与总体积，检索时可按类型与体积缩小范围，逐步定位到目标条目。
索引按批次同步，新条目进入后先做文件构成核对，再落到对应分类页。列表页显示上次核对的时间，重大条目的字段调整会在两小时内反映到详情页，翻查时看到的就是当前状态。
六个常用入口，覆盖从输入到归档的完整流程
输入完整链接或四十位哈希值即可展开文件树，看到每个子文件的名称、体积与格式，省去下载之后再来确认的环节，判断提前到点击之前。
按资源类型、文件体积、收录时间三个维度设置条件，筛掉与预期不符的条目，列表只保留符合条件的记录，翻页时不会反复出现同类干扰项。
详情页列出压缩包内部的文件清单与目录层级，支持逐级展开查看，下载之前就能判断内容是否完整，减少反复尝试带来的时间消耗与流量浪费。
记录每条资源近七日的访问曲线与收藏变化，曲线抬升的条目会排在列表前列，便于判断当前的关注度与流通状况，挑选时多一层参照依据。
登录后可将条目收入自定义分组，分组支持重命名与备注，归档内容在个人页按添加时间排列，同一主题的资源可以放在一起，回头查找时路径更短。
保留最近三十天的关键词与哈希检索记录，可回溯此前的查询条件，记录按日期分组排列，支持逐条复制链接，重复查找时不必重新输入一长串字符。
八条近期被反复核对的条目，附文件构成与收录信息
10月17日，杭州一间剪辑室内，剪辑师陈默输入链接比对文件树，确认片源完整，当天下午完成素材归档。
10月12日，成都一间设计工作室，设计师林漾下载素材包后核对图层目录，确认文件齐全，当晚交付项目组。
10月8日，南京一家区级档案馆，研究员周迟检索到这批扫描件，核对页数后录入目录，资料进入整理阶段。
9月28日，武汉一所高校的实验室里，学生许南对照课件目录补齐缺失章节，当晚完成课程作业的推导部分。
9月20日，广州一间放映厅后台，放映员郑野用这批片源做设备测试，画面与音轨同步正常，记录已归档。
9月12日，西安一间录音棚，混音师白栎核对专辑曲目与时长，确认无损格式，当晚备份到工作室硬盘。
9月5日，深圳一间技术办公室里，工程师韩冬下载安装包比对校验值，确认未被改动，随后部署到测试机。
9月1日，重庆一间小型影迷活动现场，组织者徐舟按清单核对字幕文件，时轴对齐无误，当晚完成放映。
结构、速度、字段、多端、留存与来源标注
平台把每条记录拆成资源类型、文件构成、收录时间、核对状态四个字段，字段之间彼此独立。检索页与详情页展示同一套数据，切换页面时不会出现信息对不上的情况，核对时只需盯住一处。
检索请求走独立通道，常用关键词的索引常驻内存，普通查询在数百毫秒内返回列表。列表只加载必要字段，描述与封面按需补齐，滚动过程不出现整页空白等待，弱网环境下也能先看到条目骨架。
每条结果都会标出文件数量、总体积、压缩包层级与上次核对时间，缺少字段的记录会明确显示为待补，不用默认值填充。检索者据此判断是否继续查看详情，误读的情况由此减少许多。
桌面、平板与手机浏览同一份索引，布局按屏宽重新排布，字段顺序保持一致。手机上把体积与格式移到标题下方，横屏时恢复两栏结构，阅读节奏不被频繁打断，设备切换后收藏与记录照常同步。
检索记录与收藏分组保存在账户下，换设备登录后仍可调出。记录按时间倒序排列，超过三十天的条目转入归档区，不直接删除，归档区同样支持按关键词过滤，回查旧线索时仍有据可依。
条目页顶部标明索引的收录渠道与核对方式，人工复核过的记录带有单独标记，机器抓取的记录注明抓取时间。两类记录在列表中分开排列，判断时可以先看标记，再看正文描述与字段完整度。
拆解链接结构，理解哈希值，建立固定的核对顺序
一条资源链接由前缀、哈希值与若干参数组成。前缀标明协议类型，哈希值是一串四十位的十六进制字符，后面的参数用来指定追踪服务器、显示名称或文件序号。把链接拆开来看，真正决定指向的是哈希值，其余部分只起辅助作用。前缀写错时浏览器不会识别，参数缺失时客户端仍能凭借哈希值找到节点。理解这三段结构之后，复制链接时就能判断哪一段可以省略、哪一段必须保留。部分链接末尾带有以 dn 开头的字段，那是显示名称，只影响客户端列表里的文字，不参与寻址，删除它不会改变下载结果。
哈希值由文件内容计算得出，内容改变一个字节，结果就会完全不同。因此同一个哈希值对应的文件集合是固定的，客户端拿到它之后，会向网络中的节点询问谁持有这份内容，再按块下载并逐块校验。校验不通过的块会被丢弃重取，这也是下载过程中出现速度波动的原因之一。需要留意的是，哈希值相同并不意味着文件名相同，同一条链接在不同客户端里可能显示为不同名称。反过来，名称相同而哈希不同的两个文件，内容一定存在差异。检索时把哈希值作为主要依据，比依据标题判断更为可靠，尤其是在同一主题下存在多个版本的情况下。
核对一条检索结果，建议按固定顺序推进。先看文件构成，确认子文件的数量与格式是否符合预期；再看总体积，体积与时长、分辨率明显不匹配的记录需要谨慎；接着看收录时间与上次核对时间，时间跨度过大的条目要留意文件是否仍在网络中流通；最后看来源标记，人工复核过的记录优先查看。完成这四步之后，再决定是否加入收藏或继续下载。顺序固定下来，判断过程就不容易被标题里的描述带走，也能减少反复试错的次数。这套流程在桌面端与移动端同样适用，字段位置一致，换设备时不必重新适应。
功能调整、字段梳理与进度公布
平台在检索结果页加入文件树折叠功能，压缩包内的多级目录可按需展开或收起，默认展示前两层结构。该调整覆盖桌面端与移动端，字段顺序保持一致。检索者无需逐层点击即可判断文件构成，核对时间标注同步更新至最新批次，列表排序规则未做改动。
平台对影视、文档、软件三个大类的索引字段做了一次集中梳理，统一体积单位与格式写法，补齐此前缺失的核对时间字段。梳理涉及列表页与详情页两处展示，历史记录中的旧条目按同一规则重新排列，检索时字段对不上的情况由此减少。
平台在个人页开放收藏分组的重命名入口，分组名称支持中英文与数字组合，长度限制在十二字以内。重命名后分组内的条目不受影响，排序仍按添加时间排列。该功能先向已登录账户开放，未登录状态下的本地收藏保持原有名称不变。
平台把结果页的字段顺序调整为体积、格式、核对时间、来源标记四项依次排列，标题与分类标签位置不变。调整依据是检索者的查看习惯，体积与格式前移后，判断过程不必来回滚动。移动端同步生效，横屏与竖屏下的字段顺序保持一致。
平台公布第三季度索引核对进度，累计完成约四万条记录的文件构成复核，其中标注为人工复核的条目占比接近三成。剩余条目按收录时间分批推进，预计在下一季度完成首轮核对，进度明细在动态页按周更新，可按分类单独查看。
平台调整移动端列表的加载方式，先渲染条目的标题与分类，体积、格式等字段随后补齐，弱网环境下页面不再出现整块空白。滚动过程中的占位高度固定，列表位置不会跳动。该改动已覆盖全部移动端页面，桌面端加载逻辑保持不变。
关于检索、字段与记录的八个疑问
两者用途不同。关键词适合范围检索，能列出同一主题下的多条记录；哈希值适合定点核对，一条哈希只对应一份内容，结果不会发散。已知目标文件时优先用哈希值，只能描述主题时用关键词，再按体积与格式逐步收窄范围，两种方式也可以交替使用。
链接中的显示名称只是附带字段，客户端可以自行改写，不影响寻址。真正决定指向的是哈希值，只要哈希一致，下载到的内容就是同一份。不同客户端读取的名称来源不同，出现差异属于正常现象，核对时以哈希值为准即可，不必因为名称不同而反复更换链接。
待补表示该条记录的对应字段尚未完成核对，平台没有用默认值填充。看到待补时，建议先查看已经标注的字段，再结合来源标记判断。待补字段会在后续批次中补齐，补齐之后详情页的核对时间会同步更新，可以隔一段时间再回来看一眼。
收录时间指该条记录进入索引的日期，核对时间指最近一次确认文件构成的日期。两者间隔越长，说明这条记录越久没有被复核。检索时可以把两个时间放在一起看，间隔过大的条目建议先查看来源标记，再决定是否继续，必要时可以再对照体积与格式。
当前账户下可建立二十个收藏分组，每个分组容纳的条目数量不做限制。分组名称支持重命名，长度在十二字以内。条目在分组之间移动时保留原有的添加时间，排序不会被打乱。分组数量接近上限时，个人页会给出提示，方便提前整理。
检索记录默认保留三十天，超过期限的条目转入归档区，不会被直接删除。归档区同样支持按关键词过滤，回查旧线索时可以调出。记录按日期分组排列，同一天内的多次查询按时间倒序展示，复制链接的入口在每条记录的右侧。
人工复核过的记录带有单独标记，抓取得到的记录会注明抓取时间。两类记录在列表中分开排列，标记位于条目顶部。判断时可以先看标记，再看正文描述与字段完整度。标记只反映核对方式，不代替对文件构成本身的判断，两者需要结合来看。
两端读取同一份索引，字段内容一致，仅展示顺序按屏宽做了调整。收藏分组与检索记录保存在账户下，换设备登录后仍可调出。移动端在弱网环境下先渲染标题与分类，其余字段随后补齐，刷新之后与桌面端保持一致。
定位、产品、用途与选择理由
磁力定位为资源链接的检索与核对工具，围绕索引字段做结构化整理，把文件构成、体积、核对时间放在同一条记录里，供检索者在下载之前查看。
核心产品由检索页与详情页组成：检索页按关键词或哈希值定位条目，详情页展开文件树与字段明细，两端共用同一套索引数据，切换时不会脱节。
平台把分散的索引字段收拢到统一格式，减少因字段缺失或写法不一造成的判断偏差，核对过程集中在一处完成，不必在多个页面之间来回比对。
平台在每条记录上标明来源与核对时间，字段缺失时如实显示待补。索引结构稳定，桌面与移动端的展示顺序一致，判断标准不会频繁变化。
用户评论
来自日常使用者的十条反馈
按哈希值比对的做法实用，文件树一目了然，不用先下载再确认内容。核对时间标注得也清楚，判断起来省事。
筛选条件里体积和类型两个维度够用，列表刷新后位置不跳，翻查以前收藏的条目也挺顺手。
手机上看列表节奏舒服，标题下面就是体积和格式，横过来也不会乱。收藏分组能改名这点很实用。
详情页的目录层级写得细，压缩包里有几层子文件都能看到，省了反复解压再核对的功夫。
检索记录按日期分组，回头找上周查过的那条链接，翻两下就定位到了，不用重新输关键词。
来源标记分得清，人工复核过的会单独标出来，抓取时间也写着，比只看标题判断靠谱。
热度曲线放在列表里，抬升的条目一眼能看到，挑片的时候有个参照，不用挨个点进去。
索引字段缺了会写待补，不用默认值糊过去，这点做得比较实在，看到待补就知道要谨慎。
三十天内的记录能回查，归档区的旧条目也留得住，查资料的时候前后对照方便不少。
移动端弱网下先出条目骨架再补描述，滚动不卡，等电梯的工夫就能把清单过一遍。