不是推荐，不是榜单。只是这一周被索引引擎抓到的公开元数据，按收录时间排。
IDX-0001
magnet:?xt=urn:btih:9f3c…a2e1
IDX-0002
magnet:?xt=urn:btih:2b7e…f903
IDX-0003
magnet:?xt=urn:btih:7d1a…c54b
IDX-0004
magnet:?xt=urn:btih:5c8f…31a7
IDX-0005
magnet:?xt=urn:btih:e4b2…8d0c
IDX-0006
magnet:?xt=urn:btih:a61d…4f28
不是免责声明，是这套引擎的运作规则。搞懂了这三条，你就知道它能做什么，不能做什么。
引擎只遍历公开可见的 DHT 节点和公开索引页。不破解、不抓私有网络、不碰需要登录的内容。这是技术边界，也是底线。
存进数据库的只有哈希值、文件名、大小、收录时间这几项。文件本体、缩略图、正文内容，一律不落地。
如果某条索引涉及侵权或违规，权利人提交申诉后会在 72 小时内下架，并把该哈希加入永久黑名单，不再重复抓取。
六个大类，对应六种公开元数据的来源。每一类都标了当前索引量。
按近三十天「被独立节点引用次数」排序。单节点刷量的不计入。
OS · 收录 4 天前 · 9f3c…a2e1
EDU · 收录 6 天前 · e4b2…8d0c
ARCHIVE · 收录 5 天前 · 7d1a…c54b
FONT · 收录 6 天前 · 5c8f…31a7
DATA · 收录 3 天前 · 2b7e…f903
PODCAST · 收录 7 天前 · a61d…4f28
不是评测，也不是广告。是自建节点、参与索引之后，留在 Issue 里的几句话。
“跑了两周，硬盘占用一直是 0 KB，只有索引表在长。”
—— 这句话后来被写进了 README。
“提交申诉之后 41 小时就下架了，还附了黑名单编号。”
—— 本来以为要扯皮，结果一轮就完了。
“同一个哈希被十几页重复索引，合并去重做得比我想的干净。”
—— 建议把去重规则也写进文档。
“最难得的是它真的不碰文件，只给哈希。”
—— 这一点在这个圈子里，比什么功能都重要。
docker compose up 就能起一个只读索引节点，默认配置下它不会碰任何文件。欢迎提交 Issue，也欢迎直接改。