源不是资源包，而是一段取数脚本

一条源要做的事很具体：拿到搜索关键词后拼出目标站点的查询地址，把返回的页面或接口数据解析成「作品名、封面、作者」这样的字段；打开作品时再解析出章节列表；点进某一话时解析出这一话里所有图片的地址。它不存图片，也不缓存内容，每次都是现取。

因为职责被限定在「解析」这一层，源本身通常只有几十行，改版时改动量也小。客户端这边只要约定好输入输出的格式，源怎么实现、去哪个站点取，它一概不关心。

把源装进来的三种办法

工具不同，适用场景也不同。手上是零散几个地址，用第一种最直接；已经整理好一整份列表，第二种更省事。

直接粘贴地址	在「添加漫画源」的输入框里填入一条源的地址，确认后立即生效。适合临时补一条、或者只想试试某条源通不通。
导入源列表文件	把整理好的一整份列表文件交给「导入漫画源列表」，一次可以把几十条源同时装进来，装完再按需启用。
使用配置文件	面向有自己维护习惯的人，加载一份固定路径的配置文件，升级客户端或换设备时可以直接把整套配置搬过去。

源失效的表现很一致：发现页转圈不出结果、作品点进去目录空白、或者读到一半整章图都取不回来。这类故障的成因高度相似，处理顺序也比较固定，照做多半能当场恢复。

源越多，一次搜索要等的时间就越长，结果里同名的条目也会重复出现。三到五个是多数人摸索出来的舒服区间：既能在某个源失效时有个备份，又不至于把时间浪费在等结果上。

挑源的时候也不必全看数量，可以优先选那些更新频率稳定、目录结构清楚的。有的源作品收录很全但章节命名混乱，读起来反而费劲；有的源只收某一类作品，但每一条都能正常打开，这类反而更适合长期留着。

如果你更关心具体每一步在哪个页面上操作，可以对照上手指南里的步骤表；碰到具体的报错表现，常见问题那一页按发生位置列了排查顺序。