惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Blog — PlanetScale
Blog — PlanetScale
Vercel News
Vercel News
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
量子位
Y
Y Combinator Blog
IT之家
IT之家
博客园 - 聂微东
L
LangChain Blog
爱范儿
爱范儿
H
Help Net Security
GbyAI
GbyAI
F
Fortinet All Blogs
B
Blog
Microsoft Security Blog
Microsoft Security Blog
罗磊的独立博客
C
Check Point Blog
博客园 - 三生石上(FineUI控件)
小众软件
小众软件
D
DataBreaches.Net
Last Week in AI
Last Week in AI
WordPress大学
WordPress大学
B
Blog RSS Feed
酷 壳 – CoolShell
酷 壳 – CoolShell
宝玉的分享
宝玉的分享

少数派

派早报:Google 发布 Fitbit Air 等 - 少数派 「新人报到」確認需求,再開始 - 少数派 从 SOLO 独立开发者社区,我看到了越来越多开发者开始做自己的产品 - 少数派 我怎么管理那些"不常做,但总会忘"的生活事项 - 少数派 人形机器人量产元年,数据才是具身智能的“生死线” - 少数派 BuhoLaunchpad 高度还原 Mac 启动台:开发历程与思考 - 少数派 五年陪伴依然不舍,DIY 换壳后让罗技 MX Master 3 继续服役 - 少数派 新玩意 240|少数派的编辑们最近买了啥? - 少数派 一日一技|为什么你应该关闭 iOS 的键盘声音 - 少数派 我做了个插件和 Skills,一键提取任何网站的设计规范 Design.md - 少数派 住在三四线城市的你,该开始录播客了 - 少数派 甘南秘境,大白高国 - 少数派 AI的审美:谁让把我变成川内倫子 - 少数派 返工怎能不烦恼,打工人片单总有一部是你的「嘴替」 - 少数派 为了让「上厕所」更健康,我做了一个小工具 - 少数派 AI + Skill,能够让生成的文章去除 AI 味吗? - 少数派 新玩意|韶音OpenDots ONE 耳夹式耳机 - 少数派 《美满》| 在每一个春天的晚上相爱(362) - 少数派 新玩意|优篮子 PS01 MagSnap 磁吸支架 - 少数派 自我整合手记 | 我开始早睡了:用稳定规则,为自由托底 - 少数派 用龙虾(OpenClaw)两个多月,我最深的12个体会 - 少数派 听歌时间到,12 张你可能错过的 2025 华语乐坛好专辑 - 少数派 承诺能追吗 - 少数派 macOS 26启动台没了? 我做了个不一样的App启动器 - Keboard - 少数派 《四海为家的人》| INTJ对话INTJ(361) - 少数派 你发过的那些黑历史,是时候一次清干净了 - 少数派 新玩意:安安静静玩,越玩越专注:计客密码机 - 少数派 iPad 用户首次体验 Android 平板:vivo Pad6 Pro - 少数派 数据逻辑强 - 少数派 极北行+ | 一路向北,探访日本至北之地 | 001 - 少数派
我为什么要在浏览器里重建自己的工作记忆 - 少数派
2026-02-23 · via 少数派

我是一名测试工程师。

有一类场景让我一直很头疼——测试时发现了一个地方感觉不太对,但又不确定是不是 bug。直接提,容易引发不必要的矛盾;直接放过,万一真的有问题呢。

我的处理方式是:先记下来,找机会问产品经理,确认是不是按设计走的,再和开发讨论。

听起来很合理。问题出在"记下来"这三个字上。

我用语雀记。等到真的有机会坐下来和产品聊的时候,我需要先打开语雀,登录账号,找到文章目录,翻到那篇记录,再开始聊。

这个过程大概要一分钟。但更大的问题是——随着这样的记录越来越多,我开始不确定自己能不能找到。不是找不到,是没有把握

没有把握的结果是:有时候我懒得去找了。那个"可能是 bug 也可能不是"的场景,就这么消失了。

语雀本身没什么问题。它是一个很好的知识库工具。但它是为"整理好的知识"设计的,不是为"工作中一闪而过的判断"设计的。

我也试过钉钉文档、钉钉表格——公司标配,理论上最顺手。但打开慢,表格一多就开始卡,维护成本比记录本身还高。

用得最多的其实是钉钉发消息给自己。门槛最低,打开就发。但问题是这个习惯不只用来记测试观察,各种信息都往里发:会议时间、临时任务、突然想到的事。消息积累得很快,翻几天前的记录就像在垃圾桶里找东西。

我们团队没有完整的测试用例系统,更多靠经验测试,配合 Excel 做基础记录。这类"可能是 bug 也可能不是"的模糊场景,天然没有一个合适的地方放。

每一种方案都指向同一个问题:记录和工作场景是分离的。 我在哪个页面发现的问题,记录就应该在哪里。但所有工具都要求我先离开那个页面,去另一个地方存档。

这个切换本身就是摩擦。摩擦积累多了,就变成"算了,不记了"。


我后来想,问题的根源不是工具不够好,是工具和工作场景之间有一道墙

所有记录工具的设计逻辑都是:你先工作,发现了什么,然后离开工作现场,去工具里存档。这个"离开"的动作,才是真正的摩擦所在。

如果记录可以直接发生在页面上呢?

不需要打开另一个 app,不需要登录,不需要找目录。就在当前页面,写下来,下次回到这个页面,它就在这里等你。

这个思路让我开始做 Recalling——一个浏览器插件,把笔记、待办和高亮批注直接绑定在网页上。

用法很简单。我在测试某个页面,发现了那种"说不准是不是 bug"的场景,按一下快捷键,侧边栏打开,写两句话,关掉。记录就绑定在这个页面的 URL 上了。

等我找到产品经理,打开那个页面,记录自动出现在侧边栏里。不需要翻语雀,不需要搜钉钉消息。

我用的是大屏显示器,侧边栏可以一直开着。不需要特意去找记录——聊到哪个页面,眼睛往右扫一眼,当时写的东西就在那里。

更重要的是:如果我在这个页面标记了一条星标笔记,下次回来侧边栏顶部会直接显示——

📌 23天前你在这里写过:「这个交互逻辑需要和产品确认」

记忆主动找上你,不是你去找记忆。

Recalling 现在还在早期测试阶段,我自己每天在用。如果你也有类似的场景——工作中有很多"放不进正式系统、但又不能丢"的碎片信息——可以试试看。

Chrome 插件,免费使用:https://chromewebstore.google.com/detail/gfhelmdlgdamfnnkggmjlepefdonkfoj

有任何问题或者想法,欢迎评论区聊。