热门产品

=PlayingFild

=PlayingFild

基于设备端机器学习分类标签页内容的生产力工具,帮助用户专注并管理标签页,无需联网保护隐私。

热门评论

PH 用户
你好,

我做了PlayingFild,因为我试过的每一个生产力拓展都有同一个问题——它们只理解网站,不理解我实际上在做什么。

如果我在YouTube上看编程教程,会被拦截。如果我在Reddit上摸鱼,它看起来和排查bug一模一样。最终我受够了,就自己做了个能理解页面内容而不仅仅是URL的东西。

作为一个有阅读障碍(可能还有多动症)的初级开发者,我意识到惩罚并不能帮助我集中注意力。把一切都屏蔽只会让我卸载这些拓展。所以PlayingFild采取不同的方法:它奖励专注,为你赚取休息时间,自动整理标签页,并悄悄清理浏览器,而不是不停地屏蔽一切。

我确实希望它能偶尔“读懂我的心思”,比如当我想在需要休息时使用一些非生产性标签页来放松,但在不需要的时候阻止我变得不专注。我知道这是一个非常宏大、可能不可能实现的目标,也很难平衡,但这就是PlayingFild的目标。

我很乐意收到反馈,无论好坏。PlayingFild的每一个功能都是因为我亲自遇到了问题,我还在积极改进它。如果有任何让人困惑、缺失或烦人的地方,请告诉我。

谢谢,
>=PlayingFild的开发者
PH 用户
恭喜发布!我很喜欢这种不只拦截整个页面的做法。它如何处理多任务?它只追踪当前活动的标签页吗?我一定会试试!
PH 用户
这看起来是一个有用的生产力工具。上下文感知的标签页管理是一个有趣的方法。它如何处理来自不同工作区或项目的标签页?是按域名分组还是按用户定义的类别?
PH 用户
事件驱动 + 按站点缓存的设计很有道理,这是保持低成本的正確方式。有一个边界情况——如果是一个单页应用,URL从不改变但内容完全变了,比如网页邮件收件箱从空变成一长串工作邮件,这时候怎么办?缓存的分类会一直保留直到你关闭标签页,还是有某种启发式方法来检测这类变化?
PH 用户
奖励专注而不是惩罚分心是正确的选择,被屏蔽就卸载的模式非常真实。不过有个实际问题:你说分类是持续对所有打开的标签页运行的,而不仅仅是当前活动的。如果笔记本上整天开着20多个标签页,这会不会造成明显的电池或CPU消耗?还是说设备端模型足够轻量,实际上没什么问题?
PH 用户
奖励专注而不是仅仅封锁,更符合人们实际陷入拖延的方式,恭喜发布。我有一点想搞明白——你提到一个全局模型,根据其他用户的分类加权,但又说原始页面内容和私人文本不会离开浏览器。那么实际输入全局模型的是什么?只是与域名绑定的“高效/低效”投票,还是更细粒度的东西?
热门产品Not Red Fox2026-07-26原文

相关内容