返回作品

个人开源产品

LexiNote

面向英语阅读与写作的上下文词汇辅助工具,分别进入 Obsidian 笔记和 Chrome 网页的原始阅读界面。

LexiNote 产品流程,展示难词提示如何留在 Obsidian 与 Chrome 的原始阅读上下文中
类型
个人开源产品
状态
已上架 Obsidian 与 Chrome
Founder 职责
产品设计与开发
处理方式
默认本地优先

背景

第二语言阅读真正被打断的,通常不是整篇文章,而是突然卡住的几个词。常见做法是复制短语、切换词典,或者打开翻译页面;答案也许很快得到,但单词已经脱离了它原本出现的笔记或文章。

LexiNote 从一个更小的问题出发:词汇帮助能不能在阅读发生的地方出现,而不把阅读界面变成另一个需要单独维护的学习应用?产品把原始笔记或网页视为理解和积累词汇的主要场所。

目标

目标是减少阅读阻力,同时让学习者留在上下文中。一个难词应该容易被注意到,需要时可以快速理解,也可以保存下来稍后复习,而不必先启动整页翻译流程。

两个插件把同一原则应用到不同表面:Obsidian 服务笔记中的阅读与写作,Chrome 服务当前英文网页中的轻量辅助。

两个使用场景

在 Obsidian 中,LexiNote 根据可配置的难度高亮单词,悬停显示本地释义,并提供当前文档词汇列表。值得保留的词可以进入个人词库,在其中搜索、标记已掌握、通过自定义词典维护,或导出为 LexiNote JSON 与 Anki 兼容的 TSV。

在 Chrome 中,用户点击当前标签页的插件图标,LexiNote 扫描页面可见英文文本,使用内置 CET4/CET6 词典高亮难词,并在悬停时显示本地释义。输入框、按钮、代码等容易影响交互的区域会被跳过。

Founder 职责

Ming 负责产品想法、交互模型、难度规则、词典行为、本地优先边界、插件实现、文档以及两个客户端的发布维护。

两个客户端保持一致的产品原则,但不强行使用同一套界面:Obsidian 需要词库和自定义词典,Chrome 则需要一次点击即可完成的网页阅读辅助。

关键判断

LexiNote 是阅读辅助,而不是替代阅读的完整翻译服务。

具体判断

  • 默认在本地完成释义匹配、设置和词汇数据处理,不上传笔记、网页正文、URL 或查询结果。
  • 使用难度感知的高亮,而不是标记每一个单词,把注意力留给更可能造成阻力的词汇。
  • 保护原始内容结构:Obsidian 跳过代码、URL 和 wikilink,Chrome 避开输入框、按钮和代码区域。
  • 通过已掌握标记和隐藏已掌握选项,让熟悉的词逐步退出当前阅读流程。
  • Chrome 版本保持克制,不宣称支持 PDF/OCR、划词翻译、账号、同步或远程 AI 能力。

当前结果

Obsidian 插件已进入 Community Plugins,并以 MIT 许可发布;Chrome 插件已上架 Chrome Web Store。两个产品都有 Digital Garden 中的中英文使用指南,Chrome 文档另有隐私说明,明确描述本地处理以及不使用 Analytics、追踪、云同步和远程查询。

当前结果只用可检查的事实描述:安装页面、文档、版本信息和本地交互方式都可以查看。不在案例中添加用户量、下载量或学习效果等未经验证的结论。

这项工作带来的认识

词汇工具只有尊重单词出现的地方,才不容易变成新的打断。真正有用的单位不是孤立的释义,而是在保留句子、笔记或文章的前提下给出一个足够小的提示。

两个客户端也说明,共同的产品原则不要求完全相同的界面。写作环境可以提供词库和自定义词典,浏览器扩展则可以保持为一次点击的阅读辅助;回答问题后,两者都应尽快退回用户原本的任务。

开始使用插件

把单词留在它出现的地方。

从 Obsidian Community Plugins 或 Chrome Web Store 安装 LexiNote,再根据对应指南开始使用。

安装 Obsidian 插件