一个让我失眠的 Sniffer 取舍

做浏览器扩展，最难的不是 UI，而是平台随时会变。

E2N 需要从各站点提取字幕、正文和元数据。每一家平台的 DOM、接口、甚至反爬策略都不一样。有一次，熟悉的枚举链路在测试环境好好的，上线后用户反馈「列表一直转圈」——那是独立开发者最经典的噩梦。

我当时面临三个选项：

1. 硬刚：继续堆补丁，争取覆盖所有边缘 case。
2. 回滚：先恢复到稳定版本，承认这次改动过激。
3. 拆分：把「枚举」和「展示」解耦，限制改动面。

最后我选择了 2 + 3。先 rollback 稳住用户，再只做布局层允许的改动。那几周我学到的不是某段代码怎么写，而是：用户的「能用」永远比开发者的「优雅」优先。

这类故事不会出现在 Changelog 里，但决定了产品是否值得信任。如果你也是 indie hacker，大概懂这种在凌晨两点盯着 console 的感觉。

这类文章我不会硬塞产品链接。你若好奇 E2N 现在怎么做提取，可以去 项目 看看；想聊天，X 上找我即可。