动漫资源聚合神器 AnimeGarden：一键搜遍全网动画 BT 资源的完整攻略

【免费下载链接】AnimeGarden動漫花園 镜像站 | 动画 BT 资源聚合站 | 动画 BT 资源开放接口项目地址: https://gitcode.com/gh_mirrors/an/AnimeGarden

周五晚上八点，小林准时打开追番软件，准备补上《葬送的芙莉莲》最新一集。结果他先打开動漫花園找种子，没找到满意的版本；又切到蜜柑计划，发现字幕组和分辨率对不上；再翻去萌番组，同一个资源居然换了个名字，差点搜了个寂寞。来回折腾了二十分钟，他叹了口气：找资源的时间，比看番的时间还长。

如果你也有过类似的经历，那么今天要介绍的 AnimeGarden——一个开源的动画 BT 资源聚合站，也许能帮你把"找资源"这件事，从一场马拉松变成一次眨眼。

找资源为什么这么累：三个每天都在发生的烦恼

先说清楚，这真不是你的问题，是整个生态天生如此。

烦恼一：资源散落在好几个网站。動漫花園、蜜柑计划、萌番组……每个站都有独家的字幕组和资源，谁都不完整。为了找一个高清版本，你得记住一堆网址，挨个打开、挨个搜索。收藏夹里全是"备用站点"，真正用上的没几个。

烦恼二：每个站的搜索语法都不一样。有的站支持按字幕组过滤，有的站只支持关键词；你在这边学会了高级筛选，换个网站又得重新摸索。想同时按"字幕组 + 分辨率 + 发布时间"筛一遍？多数网站根本没这个选项。

烦恼三：同一个番，名字五花八门。简体名、繁体名、日文原名、英文译名，还有各种"简繁内封""外挂字幕"的版本描述。你在 A 站搜"葬送的芙莉莲"，在 B 站可能得搜"Sousou no Frieren"才能找到同一个资源。信息不统一，搜索自然费劲。

一个站，解决所有问题：AnimeGarden 是怎么做的

AnimeGarden 的思路很直接：既然资源分散是生态决定的，那就把分散的东西聚到一起。它在后端实现了多个数据源适配器（源码见 apps/server/src/providers/），定时从動漫花園、蜜柑计划、萌番组等源站抓取最新发布的 BT 资源，统一清洗、去重、标准化后存入自己的数据库，再通过一个统一的界面和接口开放出来。

这张图展示了 AnimeGarden 的主页：按"星期六""星期日"等星期分类的追番日历式布局，一眼就能看出本周更新了什么。以前你需要在多个站点之间来回切换，现在打开这一个页面就够了。

对应前面三个烦恼，它的解法是：

• 资源分散？多个源站的内容自动汇总到一个平台，并做去重合并，同一部作品不会因为跨站发布而重复出现。
• 搜索低效？统一了搜索语法，支持关键词、字幕组、资源类型、时间范围等组合过滤，一条命令式的搜索词就能精准命中。比如葬送的芙莉莲 +简体内嵌 字幕组:桜都字幕组 类型:动画，想怎么筛就怎么筛。
• 命名不统一？系统内置了智能解析引擎，能识别不同字幕组的命名习惯，把"WebRip 1080p HEVC-10bit""简繁内封字幕"这类信息从标题里拆出来，变成可筛选的结构化字段。

十分钟，从零跑起一个属于你的资源站

说再多不如上手试。AnimeGarden 是一个 pnpm monorepo 项目，要求 Node.js v24 及以上版本，装好之后执行：

git clone https://gitcode.com/gh_mirrors/an/AnimeGarden cd AnimeGarden pnpm install pnpm dev

看到终端里服务启动成功后，在浏览器打开提示的本地地址，一个属于你自己的动漫资源聚合站就跑起来了。默认会同时启动后端服务（apps/server，负责抓取、存储和 API）和前端页面（apps/web，负责界面展示），整个项目就是这样的模块化结构。

这张图展示了站内的资源列表页：每一行都清楚标出了标题、字幕组、分辨率、编码格式、文件大小、发布时间，右侧直接给出下载入口。以前你要靠标题里的零散文字去猜"这个版本有没有内封字幕"，现在表格化呈现，一目了然。

如果你暂时不想自己部署，也可以直接用它的开放接口来体验。比如用 curl 拉取最新资源：

curl 'https://api.animes.garden/resources?type=动画&fansub=ANi&pageSize=10'

一行命令，就能拿到指定字幕组、指定类型的最新 10 条动画资源，返回的是干净的 JSON 数据。

三种人，三种打开方式

追番党小周：把收藏夹变成了自动提醒器。小周以前每周要手动刷三个网站，生怕错过更新。现在她把想追的番加入收藏，AnimeGarden 会持续追踪这些作品的更新情况；她还在站内生成了自己的 RSS 订阅链接，扔进常用的 RSS 阅读器里，新资源一发布，通知自动到达。每周五晚上，她只需要打开阅读器看一眼。

字幕组运营阿澄：从"人工蹲点"到"脚本监控"。阿澄负责字幕组的发布推广，以前要定时去各个发布页刷新，手动整理资源清单。现在她写了个小脚本，定期调用/resources接口拉取最新数据，自动过滤重复内容，再按作品类型整理成发布文案。以前每天半小时的重复劳动，现在交给定时任务，她只管审核。

开发者阿凯：三行代码接入海量资源。阿凯想做一个"本周新番推荐"的小应用，最头疼的就是数据从哪来。他装上了官方客户端包@animegarden/client，几行代码搞定：

import { fetchResources } from '@animegarden/client' const { resources } = await fetchResources({ include: ['葬送的芙莉莲'], type: '动画', fansub: ['ANi', 'LoliHouse'] }) console.log(resources) // 返回结构化的资源列表，直接可用于界面渲染

不用自己爬站、不用维护数据库，数据接口现成且稳定，他可以把精力全部放在自己的应用逻辑上。

藏在细节里的两个聪明设计

这个项目值得单独拿出来说的设计不少，我最想讲两个。

第一个：能"看懂"番名的解析引擎。字幕组的命名风格千奇百怪，同一个资源在不同站点的标题写法完全不同。AnimeGarden 在 packages/anipar/ 里实现了一套标题解析器，专门负责把这些混乱的命名拆解成结构化数据——哪部分是作品名、哪部分是字幕组、哪部分是画质规格。正因如此，站内才能做到跨源去重和精准筛选，而不是简单地堆砌搜索结果。这种"脏活累活"往往是最考验功力的部分，它把复杂留给了代码，把简单留给了用户。

第二个：搜索条件即 RSS，一套逻辑两处复用。你在站内做的每一次高级搜索，都可以直接把搜索条件拼到/feed.xml后面生成订阅源（实现见 apps/server/src/server/routes/feed.ts）。这意味着"精确搜索"和"持续订阅"用的是同一套过滤逻辑：搜到满意的结果，顺手就变成长期监控的订阅。把用户最常做的两件事无缝衔接，这是很贴心的产品思维。

未来与下一步

目前 AnimeGarden 已经把"聚合 + 搜索 + 订阅 + 开放 API"这条主链路做得很完整了，而它的开源属性意味着更多可能性：更智能的个性化推荐、多语言界面、社区化的评分与评论……都值得期待。

如果你被"找资源太累"这件事困扰了很久，不妨今天就试试：克隆仓库、装好依赖、跑起来，把常用的搜索条件存成 RSS 订阅。你会发现，以前那个需要在五个网站之间来回横跳的自己，现在只需要一个页面、一个订阅源。

聚合和筛选，比拥有更重要。AnimeGarden 帮你把这件事做到了极致——现在，轮到你去享受追番本身了。

这张图展示了 AnimeGarden 的社交媒体分享卡片设计，即使把链接分享到群里，也能一眼认出这是"動漫花園鏡像"站的内容。好的工具值得被更多人知道，下次朋友再抱怨找不到资源时，把这个项目分享给他吧。

【免费下载链接】AnimeGarden動漫花園 镜像站 | 动画 BT 资源聚合站 | 动画 BT 资源开放接口项目地址: https://gitcode.com/gh_mirrors/an/AnimeGarden