ARTICLE DETAIL

资讯详情

深耕郑州网站建设与运营推广的一线实战洞察。

Koodo Reader 的 3 个 AI 能力详解:词典、翻译与章节总结怎么用

Koodo Reader 的 3 个 AI 能力详解:词典、翻译与章节总结怎么用 Koodo Reader 的 3 个 AI 能力详解词典、翻译与章节总结怎么用【免费下载链接】koodo-readerA modern ebook manager and reader with sync and backup capacities for Windows, macOS, Linux, Android, iOS and Web项目地址: https://gitcode.com/GitHub_Trending/koo/koodo-readerKoodo Reader 是一款跨平台的电子书管理器与阅读器覆盖 Windows、macOS、Linux、Android、iOS 和 Web 端。它内置的 AI 能力集中在三件事上外文文本翻译、专业术语查词典、长章节内容总结全部通过阅读器 AI 插件实现。本文按真实阅读场景拆解这三项功能的入口、操作方式和源码位置最后给出三步上手路径。AI 入口阅读器里的 AI 按钮打开任意一本书后阅读器翻页区域的右侧有一组悬浮按钮其中文字标记为 AI 的按钮就是助手入口。它并不是无条件显示的——阅读器主组件 会先检查全局配置项isDisableAI只有该值不等于 yes 时按钮才会渲染。点击后的动作很直接取当前章节的纯文本填入助手输入框然后打开菜单。逻辑等价于下面这段源码做了简化onClick async () { this.props.handleMenuMode(assistant); this.props.handleOriginalText( await this.props.htmlBook.rendition.chapterText() ); this.props.handleOpenMenu(true); };除按钮外AI 能力还有两类触发方式划词选中一段文字后划词浮层会提供 assistant 选项见 划词浮层组件 中的handleAssistant它通过getSelection拿到选中文本再唤起助手。右键/上下文菜单菜单项按配置过滤后展示assistant 是其中之一走同一个handleOptionClick分支。三种方式最终都落到同一个菜单模式assistant上差异只在送入助手的文本来源——按钮送整章划词和菜单送选区。功能 × 触发方式 × 入口位置对照功能划词触发菜单触发按钮触发结果展示位置AI 词典✅✅❌词典弹窗 popupDictAI 翻译✅✅❌翻译弹窗 popupTrans章节总结/问答✅送选区✅✅送整章助手面板 popupAssist可以看到AI 按钮是整章总结的专属入口词典和翻译则更适合围绕选中文本使用。场景一外文文本的电子书 AI 翻译翻到外文段落选中后点击翻译译文不会一次性返回。请求层封装在 reader 请求模块 中getTransStream接受一个onMessage回调服务端每吐出一段就调用一次前端逐段拼进 翻译弹窗。这就是流式逐句返回译文的实现方式接口按句切分回调按句追加长文本不必等全部完成才可见。另外两处细节值得注意翻译结果末尾会拼接一条 Generated with AI 标注见弹窗组件第 486 行附近的t(Generated with AI)用于向用户声明内容来源。翻译服务本身也是可选项弹窗内的服务列表包含official-ai-trans-plugin选中官方 AI 插件时会先校验登录/升级状态组件第 241 行附近未登录则提示升级。场景二专业术语查 AI 词典词典场景对应official-ai-dict-plugin。选中术语后调起词典弹窗请求模块 中的getDictionaryStream同样走流式回调返回的字段包括发音、变格、词义分类、例句对照等。拼成展示文本时末尾会追加一条p classdict-learn-more的 AI 生成声明getDictText函数第 144 行附近词典结果里还能内嵌音频播放器用于播放单词读音。词典弹窗组件 里有一个默认行为检测到官方 AI 插件可用时会把dictService配置直接设为official-ai-dict-plugin并持久化也就是首次使用无需手动选择。场景三长章节内容与章节总结助手面板由official-ai-assistant-plugin驱动请求走getAnswerStream(text, question, history, mode, onMessage)把原文、用户问题、最近 5 轮历史一起发给后端按mode区分总结、问答等不同任务响应同样通过回调流式回传。整章总结的典型路径就是开头讲的 AI 按钮整章文本先经chapterText()提取再作为text参数提交。如果只想对某几段提问则用划词方式送入选区即可不必整章重算。插件机制官方三件套是怎么注册进列表的三个官方 AI 插件都在 store 的 manager actions 中统一构建注册时机由同一个开关控制official-ai-dict-plugindictionary 类型official-ai-trans-plugintranslation 类型official-ai-assistant-pluginassistant 类型三者都包在ConfigService.getReaderConfig(isDisableAI) ! yes的判断内——关掉 AI 后插件列表、词典/翻译/助手弹窗中的可选项、以及阅读器 AI 按钮会同时消失。反过来把开关打开后无需重启下次构建插件列表时三件套自动出现。自定义插件则走另一条路径用户目录中的插件清单会被读入生成 key 形如Custom AI Assistance的条目与官方三件套并列展示。也就是说官方插件 自定义插件共用同一套PluginModel结构前端组件不区分来源只按类型dict / translation / assistant分发到对应弹窗。设置面板AI 按钮的开关在哪AI 总开关属于通用设置generalSetting 组件 里提供切换项写入的就是上文反复出现的isDisableAI配置。它的取值是字符串 yes 而非布尔值这也是源码中所有判断都写成! yes的原因。如果你发现词典弹窗里看不到 AI 选项第一排查点就是这个开关。架构小结前端轻、后端重整条链路可以概括成三层前端只负责取文本整章或选区、渲染流式增量、维护菜单状态不缓存模型结果网络层单例化readerRequest只创建一次401 时统一走登出流程流式统一约定每个*Stream接口都带onMessage参数组件端按消息追加渲染取消即中断。这套设计把重活全部放到了服务端客户端换设备、清缓存都不影响功能可用。规划中的方向设想未实现以下内容目前只属于公开讨论的演进方向尚未出现在当前版本中阅读时注意区分阅读行为分析基于本地数据库已有的阅读时长、标注数据生成个人阅读报告多模型切换在助手面板内选择不同模型应对学术或日常问答离线 AI集成轻量模型基础词典/总结本地运行知识图谱跨书提取概念并建立关联用于内容推荐与复习规划。上手三步安装阅读器克隆仓库后按 README.md 中的说明构建或从各端分发渠道获取安装包git clone https://gitcode.com/GitHub_Trending/koo/koodo-reader确认 AI 开关进入 设置 → 通用设置确认 AI 功能未被禁用此时插件列表会出现官方三件套开始使用选中外文句子走翻译/词典点击翻页区 AI 按钮做整章总结若某个弹窗里没有官方 AI 选项且提示升级说明该服务需要登录态按提示处理即可。更多配置项参考 设置列表常量项目文档见 README.md。【免费下载链接】koodo-readerA modern ebook manager and reader with sync and backup capacities for Windows, macOS, Linux, Android, iOS and Web项目地址: https://gitcode.com/GitHub_Trending/koo/koodo-reader创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考
返回列表