开发者发布 Obsidian 电子书阅读器插件,支持多格式与 AI 辅助阅读
开发者用一周时间开发了一款 Obsidian 电子书阅读器插件,支持 EPUB、PDF、MOBI、AZW3、FB2 等格式,并可用 Codex、Claude Code、Kimi 等订阅或 DeepSeek 等 API 辅助读书。插件已在 Obsidian 官方市场以“qiaomu”上架,代码也已开源到 GitHub。
开发者用一周时间开发了一款 Obsidian 电子书阅读器插件,支持 EPUB、PDF、MOBI、AZW3、FB2 等格式,并可用 Codex、Claude Code、Kimi 等订阅或 DeepSeek 等 API 辅助读书。插件已在 Obsidian 官方市场以“qiaomu”上架,代码也已开源到 GitHub。
SynthePulse Insight · AI 深度解读会员精读
版本 1 · 1 个来源
一位开发者用一周时间做了个 Obsidian 电子书阅读器插件 qiaomu,支持 EPUB、PDF、MOBI、AZW3、FB2 等格式,并允许调用 Codex、Claude Code、Zcode、Kimi 订阅或 DeepSeek 等 API 来辅助阅读。它真正想解决的,不是“再做一个阅读器”,而是微信读书这类平台在书库与 AI 模型上的双重限制。
这条发布的核心不是“又有一个电子书阅读器”,而是开发者对现有平台的两点不满:一是书库不全,二是 AI 辅助只能用平台内置模型。前者关乎内容获取,后者关乎工具选择权。开发者把这两点并列写进动机,说明在他看来,阅读体验的瓶颈已经从“能不能读”转移到“用什么读、让谁来辅助读”。
需要说明的是,这属于开发者本人的判断与自述,并非对微信读书产品能力的独立测评。来源中只呈现了他的表述,没有给出书库缺口的具体书目、也没有说明内置模型在哪些场景下不够用。因此“平台受限”这一结论,目前只能作为发布者的动机陈述来理解,而不是已被验证的行业事实。
本文全部信息来自开发者本人在 X 上的一条发布及其后续回复,属于单方产品发布声明,来源层级为社交媒体。插件名称、上架渠道、开源、开发周期、格式示例、可接入的 AI 服务与笔记生成 Markdown 等,均为开发者自述,未见第三方评测、用户实测或官方文档佐证。文中对“平台受限”“自带模型思路”“选择权转移”等表述属于基于来源的推断,不应视为已确认事实。
主报道
主报道来源