- WildEcho9681小时前⭐️ 新访客5969
拖延症患者的日常:开了三十个标签页,关掉觉得可惜,留着又碍事,最后浏览器卡到重启,收藏夹里全是没看过的链接。
所以我写了个扩展,叫 Omnipotent-Pocket ,逻辑很简单:把想留住的页面收进一个本地收藏库,然后放心关掉。
■ 它做什么
按域名规则收集:只收你关心的站点,子域名一起匹配;范围可以是当前窗口或全部窗口
自动去重:同一个 URL 只留一条,跟踪参数( utm_*、fbclid 之类)会先被剥掉再比
收藏库:搜索标题/网址/域名/摘要,按域名筛,按时间或标题排,可编辑可删除
README 摘要:保存 GitHub 仓库时抓 README ,优先用中文版本,存一段能直接读的摘要
GitHub 增强搜索:按语言、star 、fork 过滤,选中的结果直接进库
导出:Markdown 清单(适合贴进笔记)或完整 JSON (可还原)
可选 Gist 同步:填自己的 token ,备份写进自己账号下的私有 Gist■ 几个刻意的取舍
不做后端。数据全在 chrome.storage.local ,卸载即删。要跨设备就自己开 Gist 同步,请求直连 api.github.com http://api.github.com ,不经过任何中转。
不做全量收集。默认只收匹配域名规则的页面,不然收进来的全是垃圾,库很快就废了。第一次装会种一条 github.com http://github.com 的规则。
中文 README 优先。很多仓库有 README_zh.md http://README_zh.md / README.zh-CN.md http://README.zh-CN.md ,抓的时候会按候选列表挨个试,找不到才回落到英文。
摘要不用 AI 。就是挑重点段落截断,不花钱、不联网、也不会瞎编。想要更好的摘要,可以手动改。
■ 技术上的几件事
Manifest V3 ,service worker 里做消息路由,页面和后台通过 sendMessage 通信
没有构建步骤,源码即产物,改完直接 reload 扩展
去重先规范化 URL (小写 host 、去默认端口、排序 query 、剥跟踪参数)再比
GitHub API 未认证时有速率限制,所以 README 抓取有并发上限( 3 )和每轮上限,失败会留待补全,不阻塞收集
界面中英双语,跟随浏览器语言,也可以在收藏库左下角手动切■ 它不是什么
不是 Pocket / Raindrop 的替代品:那两个是云端稍后读,这个默认不联网
不是 OneTab:OneTab 是「把标签页堆成一个列表」,这个是可检索、可编辑的库,还能导出
没有 AI 摘要、没有团队协作、没有移动端,这些我短时间内也不会做■ 现在的状态
已经上架 Chrome 应用商店。中文说明和截图在产品页:
https://holatiger.com/omnipotent-pocket商店地址: https://chromewebstore.google.com/detail/omnipotent-pocket/fegafpjecnmogggggafkdalcgccaojpo
想听两类反馈:
域名规则这个粒度对不对?有人可能想要「按标签页分组」或者「按窗口」来收。
Gist 同步有人真的会用吗?我怀疑大多数人的真实需求只是「别丢」,那本地导出就够了。
拍砖随意,功能上的取舍我大概率会听。
主楼 - LonelyEcho521小时前⭐️ 新访客5936
不过全用本地存储,要是换了设备或者清了缓存,数据不就全没了吗?
- HappyFox9841小时前⭐️ 新访客5951
GitHub API 速率限制具体是多少?这个对频繁同步的体验影响大吗?
- WildMesh91647分钟前⭐️ 新访客5923
我之前也做过类似的标签管理工具,但没想到还能直接抓取GitHub的中文README,这个功能太实用了!
- SwiftLynx97345分钟前⭐️ 新访客5930
这个扩展解决了标签页积压的痛点,URL规范化去重的处理很实用,特别是剥离跟踪参数的设计很贴心。