mu-zi-lee/Tangentry
效率与系统工具把 B 站、YouTube、播客、RSS 和网页收进一个本地阅读器,笔记锚定到时间点和原文。
如果你的收藏散落在 B 站、YouTube、小宇宙和 RSS 阅读器里,各自一套收藏夹、各自一套推荐流,Tangentry 想做的事很直接:给它们一个统一的本地入口。粘贴链接或订阅频道,内容进入本机 SQLite,你在同一个界面里阅读、搜索、记笔记、导出。它针对的痛点是真实的——平台为消费而设计,不为三个月后找回你学过的东西而设计。
解决什么问题
用户真正想留住的是内容里有用的部分:讲座第 14 分钟的论点、长文里的某一段、一个值得记下的画面。按现在的做法,这通常意味着一个浏览器标签、一个平台收藏夹,再加一个笔记应用里手打的没有回链的时间戳。Tangentry 把笔记放回内容所在的位置,时间戳笔记、原文划线、PDF 锚点、截帧都挂在同一条内容上,并且能和所有其他内容一起被搜索。最后得到的是一个能查询的个人资料库,而不是一堆书签。
有什么不同
机制上,它由一个 Go 本地服务和 React 前端组成,同时提供桌面应用和面向 NAS、家庭服务器的 Docker 镜像。内容层把 B 站、YouTube、小红书、抖音、小宇宙播客、RSS/Atom/JSON Feed 以及本地 PDF 统一成一套条目;阅读层提供字幕跟随、正文提取、播放进度记忆和可选的本机转录。真正有辨识度的是笔记模型:笔记可以锚定到时间点、原文段落、PDF 位置或截帧,并导出为带 Obsidian frontmatter 的 Markdown ZIP。
代价是这是一个 0.0.3.x 阶段的年轻项目,包着一批接口经常变化的站点。视频解析和下载依赖外部 yt-dlp,出问题通常靠更新这个工具解决,而不是等应用自己适配;B 站部分内容需要登录。AI 摘要和翻译要你自己填一个 OpenAI 兼容接口,云端转录会把音频发给你选择的服务商——本地优先说的是存储,不覆盖你主动外发的功能。
谁值得试
适合:重度消费长视频和播客、本来就在记笔记、希望笔记以 Markdown 和 Obsidian 库放在一起,并且愿意跑一个 Docker 容器或桌面构建的人。不适合:主要刷信息流、不整理内容的人,或者想要开箱即用的托管服务、不希望依赖 yt-dlp、FFmpeg 和本机常驻进程的人。对后者,Docker 路径是另一条选择:在家庭服务器上常驻一个实例,而不是每台机器装一个桌面应用。
使用条件与边界
从源码构建需要 Go 1.27+ 和 Node.js 24+,但也提供了预构建的桌面版和 Docker 路线。下载与截帧需要 yt-dlp 和 ffmpeg;本机转录需要 Python 3,速度取决于 CPU/GPU 和模型大小。桌面版自动更新需要仓库里配置 Ed25519 签名密钥,且应用必须装在当前用户可写的位置——装到 /Applications 或包管理器管理的路径下不会自行更新。macOS 构建默认 ad-hoc 签名,未公证的构建可能被 Gatekeeper 拦截。换机迁移需要在关闭应用后复制整个数据目录。
HotRepo 点评
HotRepo 自 2026-10-24 起记录该项目,目前唯一的观察是 2026-10-25 在新项目榜排第 16、总计 146 颗星——注意这是新项目榜,不是总榜。这只是一个创建 7 天的仓库的快照,不是增长序列,暂时无法判断热度是否持续。决定采用前,先读项目的配置说明,确认在你打算安装的位置上,凭据和 SQLite 文件分别落在哪里。
本文由 AI 根据项目 README 生成,更新于 2026年10月25日,以项目官方文档为准。