独立工作室 · 浏览器工具
我做小而本地优先的浏览器工具。
大部分产品都始于同一个不爽：本该一步完成的事，偏要四十步。当前在发布的是 Saver——一个把内容留在你自己磁盘上的媒体归档器，一个平台一个扩展，共用同一套本地内核。
- 角色
- 开发者
- 所在地
- 远程
- 技术栈
- Chrome MV3、原生 JS、Node
- 专注
- 本地优先工具
关于
我做浏览器扩展，以及围绕它们的小工具。反复回到的一条原则是：一个功能如果需要服务器，就得有充分理由。而大多数时候，并没有。
所以这里的每个产品都完全跑在你的机器上——没有账号、没有遥测、没有需要注册的东西。也正因如此，代码量比你预期的要小。
工具
为这些项目顺手写的小工具，因为确实好用就留下来了。
sync-core
把共享库同步进各个应用，副本与源码不一致时直接让构建失败。
Node CLIsite-build
生成这个站点：一套模板 + 每语言一个 JSON，产出 10 种语言。
Node CLIlicense-keygen
离线签发 Ed25519 授权码，激活时不需要任何服务器调用。
Node CLI笔记
记录踩过的坑、有效的做法，以及事后会怎么改。
- 即将发布为什么你的扩展不该有后端 账号、云盘、服务端限流——换来的是数据风险和运维成本。本地优先到底放弃了什么，又换回了什么。
- 即将发布限流是产品决策，不是错误分支 免费额度、批次大小、退避重试：把限流当成要设计的产品对象，而不是出错时才想起来的异常。
- 即将发布一份文件怎么跑在十种语言上 一份文案、十种语言、上百个页面。零依赖的构建链路，怎么保证它们永远不漂移。