屏幕捕获 Chrome 扩展:如何让一切留在本地

大多数屏幕捕获 Chrome 扩展是伪装起来的云产品:你一捕获,文件就上传,你拿回一个链接。方便——但也意味着你屏幕上的东西现在躺在别人的服务器上。对开发者来说,那常常是开着 auth token 的 DevTools、staging 地址,或标签页里打开着的客户账户。装捕获工具之前,值得先问一个问题:捕获去了哪儿?

不上传的捕获

ReproKit 的回答很简单:哪儿也不去,除非你发出去。打开弹窗捕获——可见标签页的截图,或 bug 发生过程的录屏。捕获完全在你的浏览器里组装。不用先注册账户,也没有后台同步把你的屏幕送进一个你永远不会去审计的仪表盘。

“本地优先”在这里的确切含义

三件具体的事。包——屏幕捕获、控制台输出、网络 HAR、环境、步骤——在你的机器上构建。token、cookie 和个人信息的脱敏在本地运行,发生在任何分享之前,遮盖了什么由你审查。而且扩展以最小权限运行:没有蹲在后台读你访问的每个页面的全站权限。

任何东西离开之前先过目

停止捕获时,你会看到录了什么、脱敏了什么。这道人工检查是刻意保留的——自动脱敏能抓住 auth 头、token 这类已知模式,但只有你知道画面角落里那张表格是工资单。确认捕获,再决定它去哪儿。

按你的条件分享

把包导出成文件附到工单、在聊天里递出去,或者——在付费档——直接提交进 Linear 或 GitHub Issues,或通过安全链接分享。其中每一步都是你主动做出的明确操作。一次捕获的默认状态是:在你的机器上,不在任何别处。

为什么这对 bug 报告尤其重要

bug 捕获是最不该喷进云端的那类屏幕内容:它们恰恰在东西坏掉的时候录下,常常是内部工具,屏幕上是真实数据。本地优先的捕获流程意味着你可以在事故当中放开手录,在捕获动身之前做完清理——而不是祈祷那次上传没带上不该带的东西。