Jackett 评分筛选：一次搜出 50 条结果，哪几条值得下载

Jackett 评分筛选：一次搜出 50 条结果，哪几条值得下载

【免费下载链接】JackettAPI Support for your favorite torrent trackers项目地址: https://gitcode.com/GitHub_Trending/ja/Jackett

在 Jackett 里搜一部《沙丘》，回来五十多条 torrent，大小画质参差不齐，你根本不知道点开哪条。Jackett 评分筛选就是让站点分和电影库分先替你筛一遍，留下来的都是能看的。

评分数据从哪来、到哪去：Jackett 评分筛选的流转过程

别被"流转"这个词唬住，跟着一份评分数据走一遍，其实就是三步。

第一步，请求发出去。你每搜一次，Jackett 就组装一个请求体 POST 给 BeyondHD 的 API。评分相关字段全部定义在 BeyondHDAPI.cs 的BHDParams类里（424~433 行），包括min_imdb、min_tmdb、min_bhd这类最低分阈值，还有控制排序的sort和order。请求体的骨架长这样：

var postData = new Dictionary<string, object> { { BHDParams.action, "search" }, // 固定动作：搜索 { BHDParams.rsskey, _configData.RSSKey.Value }, // 你的 RSS Key { BHDParams.search, searchTerm.Trim() } // 搜索词 };

第二步，解析封装。API 回一段 JSON，解析器把每一行变成结构化的BHDResult对象（同一文件 490~492 行），三个分数字段都是decimal类型：bhd_rating（站点社区分）、tmdb_rating（TMDb 分）、imdb_rating（IMDb 分）。

第三步，出现在搜索结果里。解析器再把每行映射成ReleaseInfo对象——就是你在界面里看到的那一行——同时把影片对应的编号写进 ReleaseInfo.cs 的Imdb、TMDb字段，下游的 Sonarr、Radarr 都能直接读到。

BHD、IMDb、TMDb 三个指标各管什么

一句话：一个是本地口碑，两个是外界专业分。

BHD 分：小区业主群里的口碑

BHD 是 BeyondHD 自家的评分，站点用户对这条资源投出来的分。封闭社区里的口碑往往最实在——BHD 分高，基本等于"有人替你验过片了"：能播、字幕对得上、没缺集。只设一个阈值的话，min_bhd从 7.5 起步就够。

IMDb 分：电影的"大众脸"

IMDb 的分量最大、样本最厚、数字最稳。它的价值在保底：一部片 IMDb 不到 6，宣传吹得再凶也别下。做基础过滤，min_imdb设 7.0 比较安全。

TMDb 分：样本小一点，但新片更快

TMDb 打分风格和 IMDb 接近，但新片往往先有数据，样本偏小、数字会抖一点。一部片 TMDb 8.0 而 IMDb 查无此片，多半是新上映的。建议min_tmdb给 7.5，别追高。

顺带一提，每个分都有配套的"投票数"参数（vote_bhd、vote_imdb、vote_tmdb）。用意很直白：三个人打出 10 分不算数，得要求最少评分人数。

Jackett 评分筛选怎么配：从界面第一个条件到 API 自定义

第一步：界面上现成的过滤先用起来

BeyondHD (API) 索引器的配置项定义在 ConfigurationDataBeyondHDApi.cs，目前开放的是这几样：

1. 配置页填入 API Key 和 RSS Key（在 BHD 主页的"安全设置"里拿）；
2. 勾选需要的开关：Filter freeleech（只留免流）、Filter refund（只留可退积分）、Filter rewind；
3. 在 Search Types 里勾发布类型，比如只留 UHD 66/100 和 1080p；
4. 保存，点 "Test All" 确认索引器通了。

注意：三组 min_* 评分参数暂时没有暴露在界面上，但 API 完全支持、代码里也定义好了——所以接下来这步，得自己把它们写进请求体。

进阶：API 调用

BeyondHD 的 API 就是 POST 一个 JSON 体，Jackett 的请求生成器也是这么组字典的。你自己发请求（或接脚本），挑 IMDb 7.5 以上、TMDb 8.0 以上，再按 IMDb 分排个序：

{ "action": "search", "rsskey": "你的 RSS Key", "search": "Dune", "min_imdb": 7.5, "min_tmdb": 8.0, "sort": "imdb_rating", "order": "desc" }

sort还能填bhd_rating、tmdb_rating、seeders、size这些字段；不指定时默认按bumped_at（最近被顶）排，order可选asc或desc。

进阶玩法：组合筛选与加权评分

实战里常用的三组参数：

• 电影党：min_imdb 7.5+min_tmdb 8.0，让两个电影库一起投票；
• 信社区：min_bhd 8.0+vote_bhd 50，要求至少 50 人投过；
• 全都要：min_imdb 7.0+min_tmdb 7.0+min_bhd 7.0，三维交叉验证，代价是结果明显变少。

想再进一步，可以把自己想要的权重写死，把三个分揉成一个数，方便自己再排一遍序：

// 伪代码：加权综合分，权重随意调 decimal score = imdb_rating * 0.4m + tmdb_rating * 0.3m + bhd_rating * 0.3m;

思路就是别让"哪条好"靠感觉，把它变成一个能算的数。

踩坑记录：我试过后才发现的几件事

一开始我以为所有索引器都带评分筛选，结果发现 Jackett 几百个索引器里，只有 BeyondHD (API) 这一家开放了这三组 min_* 参数——其他站点的 API 压根不回这些字段，不是你筛得不对，是它本身没有。

我把阈值直接拉到 min_imdb 9.0，搜索几乎返回零条。后来找到节奏：先不带过滤搜一次，看一眼分数分布，把阈值卡在大盘 25% 分位附近，结果才既精又不断粮。

还有一个坑：sort只改顺序，不做过滤。我早先以为设了sort: imdb_rating就自动只剩高分片，其实还得配min_imdb。两件事分家：min_* 负责"挑"，sort + order 负责"排"。

30 秒回顾

评分数据走一条线：API 带回分数，BHDResult 封装，ReleaseInfo 带进搜索结果。BHD 是本地口碑，IMDb 和 TMDb 是外界专业分，起步阈值 7.5、7.0、7.5 就够用。界面先把免流和类型过滤打开，评分参数通过请求体传。

配好之后搜一次试试，效果立竿见影。

【免费下载链接】JackettAPI Support for your favorite torrent trackers项目地址: https://gitcode.com/GitHub_Trending/ja/Jackett