Mikan、AniBT 与 AnimeGarden 三条源谁更适合当前季度标题看着像要跑分但这件事没法跑分。三条源在 anime-find 里不是三个并列的产品而是同一插件里的三个来源适配同一套卡片字段、同一个详情面板、同一份 Bangumi 介绍。README 也没有给出覆盖率、更新速度或结果质量上的对比数据。所以能比较的不是「谁更强」而是「谁在什么位置、什么时候该打开」。先把边界划清楚再谈选择。想看更多同类插件的整理可以参考 完整插件清单与汉化避坑指南。先划清比较的边界三条源输出形态完全一致封面、标题、评分、格式、资源数量五个字段点开都是按字幕组和集数组织的资源列表。也就是说换源不会换交互只会换候选。所以比较的层次很清楚界面是同一个比不了「哪条源更全」文档没有数据也排不了名。剩下可核查的只有四件事是否默认启用、启用成本、失败时的隔离性、站点地址能否换镜像。Mikan默认那一条负责开箱可用Mikan 是唯一默认启用的来源。这个默认值的信息量比看上去大装完不做任何配置就能搜第一次使用的路径最短同时只启用一条也意味着请求面最小因为插件只会向已启用的来源发搜索和详情请求。它的站点地址可以替换成镜像。对长期使用来说这条比多一个来源更实用站点换域名或被网络环境挡住时改配置比等插件发版快。短板也很清楚——它是单源。某一季的冷门条目在这条源上结果少是很正常的事README 的故障排查里直接把「本季结果较少」对应到两个动作提高结果上限或者在设置里启用 AniBT / AnimeGarden。这句其实已经给出了官方推荐的使用顺序。AniBT 与 AnimeGarden补充位不是替代位这两条默认都不启用需要手动在 设置 → 插件 → 插件配置 → 搜番 里打开。把它们理解成「补充位」比理解成「更强的源」更准确它们存在的意义是让同一部番多一条候选通道。隔离性是这里最值得说的一点。单个来源失败不会阻止其他来源返回结果所以三条源同时开着的时候某一条挂掉的表现是「结果变少」不是「插件坏了」。反过来说只开一条源时那条源出问题就等于这次搜索没有结果这不是插件不稳是单点依赖的必然结果。代价同样明确每启用一个来源就会多向一个第三方站点发搜索与详情请求。这是 README 在「数据与网络」里写清楚的。要不要常开取决于你更在意候选数量还是请求面大小。四个真正该拿来比较的维度字幕组覆盖同一部番不同站点收录的字幕组可能不同。详情面板按字幕组列出资源判断方式很直接打开详情看有没有你惯用的组。没有就换源重搜有就不用管它来自哪条源。集数是否跟到最新追新番时比「有没有资源」更重要的是「跟到第几集」。详情面板按集数组织一眼能看出最新一集有没有。这条比任何跑分都实在因为它直接对应你今晚能不能看。格式与资源数量卡片上的资源数量回答的是「有多少个版本」格式回答的是「是什么类型」。如果你对版本有要求这两个字段是第一层筛选剩下的判断仍然要回原站看发布者说明。卡片之外的信息字幕组压得好不好、发布者有没有写修复说明、评论区有没有反馈这些三条源都不提供——不是某一条源的短板是插件的能力边界它做检索和展示不替代站点。同一部番什么时候该换源按实际使用顺序判断可以简化成三条。第一卡片出来了但详情里资源很少或者集数停在前几集先开另一条源用同一个关键词重搜。这一步比直接重装插件有用。第二某次搜索明显少于平时先怀疑来源不要怀疑安装。单源失败不影响其它源所以正确的动作是看是哪条源没返回而不是重装插件。第三站点地址本身不可用时换镜像不要去改规则或重装。来源站都是第三方可用性不由插件保证改版和临时故障都会发生。还有一种情况容易被误判详情里的短评 Tab 突然不见了。这跟来源没有关系短评走的是 Bangumi 的非公开接口接口不可用时 Tab 会自动隐藏介绍和资源浏览不受影响。一套按季度切换的配置平时我只留 Mikan 一条结果上限用默认值。理由是大部分查询是「这部番有没有人做」单源足够请求面也最小。新番季开始、或者要查冷门条目时把 AniBT 和 AnimeGarden 打开同时把结果上限调高。这一步不需要改配置文件在设置页里点一下、保存即可生效。单部番精查时反过来只留一条源把卡片数量压小然后带着字幕组信息回原站对照。这时候要的不是更多候选而是更干净的列表。如果习惯用配置文件固定默认来源README 给的写法是这样-id:anime-findconfig:sources:[mikan]需要如实说明的风险站点上的安全扫描结果是 「含敏感能力」证据项是读写/删除本地文件、写剪贴板不计风险与发起外部网络请求。目前尚无人工评估站点也未做风险分级。三条源都要出网配置要落盘磁力要进剪贴板能力与用途是对得上的但这不等于已经审计过。版本条件也有落差站点写的是「未声明 dsh 版本约束」README 要求 Node.js 22并且面向 DSH Web桌面端不是它的目标面。三条来源都是第三方站点可用性不由插件保证插件不托管任何内容请只访问你有权观看的内容并遵守来源站点条款。总结如果一定要给一句结论当前季度优先用 Mikan它是默认值也是请求面最小的选择遇到本季结果少或者某部番资源薄再按需打开 AniBT 与 AnimeGarden把它们当补充通道而不是替代品。三条源共用同一套卡片和详情所以真正的判断发生在每一部番的资源列表里而不是在来源之间。更多插件与配置说明见 完整插件清单与汉化避坑指南。适合与不适合适合只想要一个能搜、能看字幕组和集数、不想配置太多的人追本季新番、需要按集数确认进度的人愿意在「结果变少」时手动换源或换镜像的人不适合想要一份权威的来源排名的人文档里没有覆盖率与速度数据本文也给不出需要多源结果自动去重、合并成一条记录的人插件没有承诺这种聚合语义依赖短评做判断的人短评来自非公开接口随时可能隐藏标签anime-find、DeepSeek Harness、Mikan、AniBT、AnimeGarden本文由 DeepSeek Harness Hub 自动整理数据来源于插件详情页。 
长河君 · 2026/10/20 18:59:10 · 阅读 1.2k Mikan、AniBT 与 AnimeGarden 三条源，谁更适合当前季度
Mikan、AniBT 与 AnimeGarden 三条源谁更适合当前季度标题看着像要跑分但这件事没法跑分。三条源在 anime-find 里不是三个并列的产品而是同一插件里的三个来源适配同一套卡片字段、同一个详情面板、同一份 Bangumi 介绍。README 也没有给出覆盖率、更新速度或结果质量上的对比数据。所以能比较的不是「谁更强」而是「谁在什么位置、什么时候该打开」。先把边界划清楚再谈选择。想看更多同类插件的整理可以参考 完整插件清单与汉化避坑指南。先划清比较的边界三条源输出形态完全一致封面、标题、评分、格式、资源数量五个字段点开都是按字幕组和集数组织的资源列表。也就是说换源不会换交互只会换候选。所以比较的层次很清楚界面是同一个比不了「哪条源更全」文档没有数据也排不了名。剩下可核查的只有四件事是否默认启用、启用成本、失败时的隔离性、站点地址能否换镜像。Mikan默认那一条负责开箱可用Mikan 是唯一默认启用的来源。这个默认值的信息量比看上去大装完不做任何配置就能搜第一次使用的路径最短同时只启用一条也意味着请求面最小因为插件只会向已启用的来源发搜索和详情请求。它的站点地址可以替换成镜像。对长期使用来说这条比多一个来源更实用站点换域名或被网络环境挡住时改配置比等插件发版快。短板也很清楚——它是单源。某一季的冷门条目在这条源上结果少是很正常的事README 的故障排查里直接把「本季结果较少」对应到两个动作提高结果上限或者在设置里启用 AniBT / AnimeGarden。这句其实已经给出了官方推荐的使用顺序。AniBT 与 AnimeGarden补充位不是替代位这两条默认都不启用需要手动在 设置 → 插件 → 插件配置 → 搜番 里打开。把它们理解成「补充位」比理解成「更强的源」更准确它们存在的意义是让同一部番多一条候选通道。隔离性是这里最值得说的一点。单个来源失败不会阻止其他来源返回结果所以三条源同时开着的时候某一条挂掉的表现是「结果变少」不是「插件坏了」。反过来说只开一条源时那条源出问题就等于这次搜索没有结果这不是插件不稳是单点依赖的必然结果。代价同样明确每启用一个来源就会多向一个第三方站点发搜索与详情请求。这是 README 在「数据与网络」里写清楚的。要不要常开取决于你更在意候选数量还是请求面大小。四个真正该拿来比较的维度字幕组覆盖同一部番不同站点收录的字幕组可能不同。详情面板按字幕组列出资源判断方式很直接打开详情看有没有你惯用的组。没有就换源重搜有就不用管它来自哪条源。集数是否跟到最新追新番时比「有没有资源」更重要的是「跟到第几集」。详情面板按集数组织一眼能看出最新一集有没有。这条比任何跑分都实在因为它直接对应你今晚能不能看。格式与资源数量卡片上的资源数量回答的是「有多少个版本」格式回答的是「是什么类型」。如果你对版本有要求这两个字段是第一层筛选剩下的判断仍然要回原站看发布者说明。卡片之外的信息字幕组压得好不好、发布者有没有写修复说明、评论区有没有反馈这些三条源都不提供——不是某一条源的短板是插件的能力边界它做检索和展示不替代站点。同一部番什么时候该换源按实际使用顺序判断可以简化成三条。第一卡片出来了但详情里资源很少或者集数停在前几集先开另一条源用同一个关键词重搜。这一步比直接重装插件有用。第二某次搜索明显少于平时先怀疑来源不要怀疑安装。单源失败不影响其它源所以正确的动作是看是哪条源没返回而不是重装插件。第三站点地址本身不可用时换镜像不要去改规则或重装。来源站都是第三方可用性不由插件保证改版和临时故障都会发生。还有一种情况容易被误判详情里的短评 Tab 突然不见了。这跟来源没有关系短评走的是 Bangumi 的非公开接口接口不可用时 Tab 会自动隐藏介绍和资源浏览不受影响。一套按季度切换的配置平时我只留 Mikan 一条结果上限用默认值。理由是大部分查询是「这部番有没有人做」单源足够请求面也最小。新番季开始、或者要查冷门条目时把 AniBT 和 AnimeGarden 打开同时把结果上限调高。这一步不需要改配置文件在设置页里点一下、保存即可生效。单部番精查时反过来只留一条源把卡片数量压小然后带着字幕组信息回原站对照。这时候要的不是更多候选而是更干净的列表。如果习惯用配置文件固定默认来源README 给的写法是这样-id:anime-findconfig:sources:[mikan]需要如实说明的风险站点上的安全扫描结果是 「含敏感能力」证据项是读写/删除本地文件、写剪贴板不计风险与发起外部网络请求。目前尚无人工评估站点也未做风险分级。三条源都要出网配置要落盘磁力要进剪贴板能力与用途是对得上的但这不等于已经审计过。版本条件也有落差站点写的是「未声明 dsh 版本约束」README 要求 Node.js 22并且面向 DSH Web桌面端不是它的目标面。三条来源都是第三方站点可用性不由插件保证插件不托管任何内容请只访问你有权观看的内容并遵守来源站点条款。总结如果一定要给一句结论当前季度优先用 Mikan它是默认值也是请求面最小的选择遇到本季结果少或者某部番资源薄再按需打开 AniBT 与 AnimeGarden把它们当补充通道而不是替代品。三条源共用同一套卡片和详情所以真正的判断发生在每一部番的资源列表里而不是在来源之间。更多插件与配置说明见 完整插件清单与汉化避坑指南。适合与不适合适合只想要一个能搜、能看字幕组和集数、不想配置太多的人追本季新番、需要按集数确认进度的人愿意在「结果变少」时手动换源或换镜像的人不适合想要一份权威的来源排名的人文档里没有覆盖率与速度数据本文也给不出需要多源结果自动去重、合并成一条记录的人插件没有承诺这种聚合语义依赖短评做判断的人短评来自非公开接口随时可能隐藏标签anime-find、DeepSeek Harness、Mikan、AniBT、AnimeGarden本文由 DeepSeek Harness Hub 自动整理数据来源于插件详情页。