当前位置:
AIGC文章详情

别在评论区求书源了:用AI给「阅读」自己写书源,三条路子、最快6分多钟

源自22位全网作者

07:23

用「开源阅读」(Legado)有段日子的人,大概都见过这个场面:书源合集帖底下,评论区齐刷刷一排"求《××》的源"“××站的源谁有,跪求”。回复通常只有两种——没人理,或者楼主被问烦了甩一句"问我要书源你就好好要"。小红书

不是大家小气。今年书源失效得越来越快,做合集的人自己都在追时效:知乎上8月的书源更新帖,开头先写一句"最近书源变化确实比较快"。知乎还有人在专门提问,2026年有哪些稳定且更新及时的书源、如何避免书源频繁失效或乱码。知乎合集帖从1000+卷到6000+、8000+,听着唬人,但你想看的那本冷门书、你常驻的那个小站,大概率从头到尾就不在里面。

等别人做源,等于把自己的书架挂在别人的勤快程度上。而最近半年冒出来一条新路子,已经开始从硬核玩家扩散到普通人:让AI替你写书源

为什么AI现在能写书源了

「阅读」的书源,本质上是一份JSON格式的抓取规则:搜索页怎么拼、目录怎么取、正文从哪个标签里抠,一条条写清楚。过去这东西有门槛——你得懂点规则语法,还得对着网页结构一行行调。但对大模型来说,看网页结构、写结构化JSON,恰好是它的舒适区。

这个玩法不是刚出现的。B站从今年3月起就有一批演示视频:用ChatGPT Codex全自动转书源,UP主自称成功率90%。哔哩哔哩还有用Trae一键生成书源、"5分钟生成一个简单书源"这类实录,3-4月这半打演示视频,我们数了下,合计播放3.6万+、收藏2300+——收藏率明显高于普通教程视频,说明是真有人在跟着做,不是看个热闹。

到了8月,事情开始起变化:专门的书源生成工具在GitHub上持续更新,比如这个能生成并校验书源、支持Claude Code和Codex的AI Skill。GitHub而昨天(8月24日),小红书上一位普通用户发帖记录了自己用腾讯ima直接生成书源的全过程——“很完美的导入了我想要的网站”。小红书从写代码的人到刷小红书的人,这条路的门槛正在快速塌缩。

别在评论区求书源了:用AI给「阅读」自己写书源,三条路子、最快6分多钟

路子一:直接问通用AI,一部手机就能干

最省事的路子:把目标网站丢给ima、DeepSeek、豆包、Kimi这类通用AI,让它按「阅读」的书源格式输出JSON,然后在阅读里"网络导入"或"本地导入"。

昨天那位小红书用户就是这条路:第一次生成的书源导入失败,她把报错截图发给AI,让它照着改,第二轮就成了。小红书这个细节很关键——AI写书源基本不是一次成功的买卖,而是"生成→导入→把问题喂回去→再生成"的循环。预期放对,体验会好很多。

提示词上有个小窍门:别只说"帮我做个书源",把搜索结果页、目录页、正文页三个链接一起给,再说明"按Legado阅读3.0书源JSON格式",产出质量会高一截。

别在评论区求书源了:用AI给「阅读」自己写书源,三条路子、最快6分多钟

路子二:可视化点选的Chrome扩展,不用会描述页面

如果你觉得跟AI描述页面结构太费劲,GitHub上有个227星的项目「legado-source-generator」,它是一个通过可视化点选页面元素来生成阅读App书源规则的Chrome扩展。GitHub打开目标小说网页,直接用鼠标点选"搜索框在这、书名在这、正文在这",扩展把点选结果自动转成书源规则,一键导入阅读。它的优点是确定性强——规则来自你亲手点的元素,不靠AI猜;缺点也很直白:得有台电脑,得装扩展,遇到登录墙、反爬严密的站照样没辙。

路子三:专业书源Skill,给会用AI编程工具的人

目前走得最远的一类,是把"生成+校验"整个流程打包成AI Skill。GitHub上的「book-source-creator-skill」(撰文时116星,一周前还在更新)就是典型:装进Claude Code、Codex这类AI编程工具后,它不光生成书源,还会自动验证规则能不能跑通。B站那条"6分44秒生成完整书源并调试成功"的演示,演示的正是这类工具,14000+播放、1000+收藏,是这批视频里收藏最高的。哔哩哔哩这条路产出质量上限最高,但要会用命令行工具,适合一次想给好几个站做源、或者干脆想批量翻新自己书源库的进阶玩家。

三条路子怎么选

路子

门槛

成本

适合的站

适合谁

通用AI对话

最低,手机就行

免费或AI免费额度内

结构简单、无反爬的小站

只缺一两个源、想立刻上手的人

可视化点选扩展

中,要电脑+Chrome

免费

页面规整、元素清晰

愿意折腾一点、求稳的人

书源Skill

高,要命令行基础

取决于所接的AI

结构复杂、需批量

进阶玩家、整站补源

一个实在的建议:先从路子一开始试。它试错成本几乎为零,如果你的目标站结构简单,半小时就能搞定;搞不定再往后升级,别一上来就为了一本书装环境。

四个坑,踩了白忙

一、别指望一次成功。 从截图案例到B站演示,"生成→失败→喂回去改"是标准流程,宣传"一键生成"的基本都在剪掉的片段里。

二、别把生成的书源原样发到评论区或群里。 生成过程中如果喂过自己的登录页面,规则里可能带着你的Cookie和个人标识,公开前检查一遍。

三、重度反爬和JS渲染的站,AI也挠头。 那种正文靠脚本动态拼出来、还带验证码的站,三条路子的成功率都会明显下滑,别把时间耗在这上面。

四、反过来也一样:陌生人发的"AI书源"别乱导。 书源规则里可以带JS脚本,导入一份来路不明的书源,等于让自己的阅读App执行别人的代码。这条原则对AI书源、对普通书源合集一样成立。

别在评论区求书源了:用AI给「阅读」自己写书源,三条路子、最快6分多钟

最后两句

书源工具本身是中立的,请用它阅读你有权利访问的内容,尊重创作者和站点的规则——这条线不展开,但值得放在心里。

接下来可以留意的信号:书源Skill这类工具的star增速、以及官方仓库的维护节奏。如果哪天你收藏的书源又开始成批失效,不用再去评论区排队了——挑上面一条路子,给自己做一个专属源。这可能是2026年「阅读」用户最值得学会的一项自保技能。

内容由AI生成
0
扫一下,分享更方便,购买更轻松
0评论

当前文章无评论,是时候发表评论了
提示信息

取消
确认
评论举报

最新文章 热门文章