油猴脚本，waitForKeyElements 一个广泛传播的库，用有 MutationObserver 的版本，然后自己写代码过滤出你要的元素

@rbq123456 #36 insomnia 头两年不是因为强制登录使用引发众怒了，有一大批人迁移到 bruno 等离线客户端了

@UnluckyNinja #10
以及站里搜一下能搜到案例 https://v2ex.com/t/1018377 https://v2ex.com/t/527406

简单来说，邮件里所有可读内容都是由发送方自定义的，可以写真的当作别名方便对方回复到另一个地址，也可以伪造写个假的（可以查看原始查看真正发送的服务器）。gmail 之前会给伪造的邮件显示一个红叉，提示你邮件未经过认证，现在未验证的邮件应该直接进垃圾桶了。

@WJZ0821 #66 但你要交换密钥不也得走其它软件沟通，还是说得线下认识并提前商量好密钥，那适用面可就小多了

@wxxxcxx #2
ai 编程分两种，使用者看源码的叫 ai 辅助编程，不看源码、只要能用就不去管实现细节、报错直接把报错丢给 ai 的叫 vibe coding

youtube 很多 AI 音乐专辑，也不标明，2 天出产十首，看过几个音乐串流后，推荐里就全是这种，黄豆流汗了

当某个网站在未先由你交互，主动发来一封邮件：
- 如果是消息推送，例如新闻、博文、安全事故报告等：OK ，可以点击链接，开启“只读模式”，只看不输入任何内容，不进行任何风险操作
- 请求用户更新密保 2FA 等，任何需要输入的情况：不要从邮件链接进入相关服务，而是从你的收藏夹或手动输入/浏览器联想进入官方网站或 SNS 帐号，验证官方推送是否确有其事，再继续操作。

1. 信任对应证书
2. 如果不想信任证书，只需要自动填充，且密码安全性不重要，那就直接写个油猴脚本填充下就行了

https://github.com/RVC-Boss/GPT-SoVITS
https://github.com/RVC-Project/Retrieval-based-Voice-Conversion-WebUI
TTS 用上面的，SVC 用下面的，没上手用过，只是有所耳闻

windows 应该不需要额外安装别的，一直用的下面这个，忘记从哪个 stackoverflow 捞来的了
Host github.com
User git
ProxyCommand connect -S localhost:7890 %h %p
Hostname ssh.github.com
Port 443

现在系统基本都会预分配与显存等量的内存给显卡用于传输数据，8g 根本不够用的，加内存吧

@UnluckyNinja #15 我更诧异的是，你能下下来令牌却不知道怎么登，我十分怀疑你下的这个令牌 app 的安全性

登陆时开代理呗，登陆完后不开代理也能用令牌

@bli22ard #30 是的这些全是误导，他又不处理计算，都是 js 运行时自己计算，运算结果作为真正参数调用这个库函数，放这些算式纯纯误导。
他本身就是想解决“显示”有精度误差的数字的问题（作为其中一个功能但不是唯一功能），但正常人都会去想引入高精度库直接解决精度问题，而引入高精度库并不能解决“输入本身是一个有噪音部分小数的显示问题”，which 正是这个库“真正想解决的问题”（尽管他的实现让人感觉是不是被 AI 带坏了）
但愿你绕过来了

@bli22ard #24 不过这么多人都看错，不怪你，得怪作者毫无必要地放了很多计算过程当作例子，网站文本存在误导，“修复浮点精度问题”但实际上只是显示上，而不是给出一个精确的计算结果。
然后 11 楼举了的例子也有一定误导，我用高精度库了更可能是因为我需要准确的结果，而不是为了数字转字符串看起来好看，这种情况下根本没有可比性。
这个库本身就是只有 number 类型到 string 类型转换，这么一个目的和功能。给定一个数字，返回一个字符串，就这么简单，甭管输入哪里来的，用户提供的，库作者想管也管不了。做 OJ 的时候也没人问 input 怎么来的吧。

不过本来我也不太看好这个库，为了这点功能徒增太多了复杂实现，
如果本身就要精度正确，那直接上精度库就好了，
如果要裁剪小数部分，那 toFixed 就可以了，去末尾 0 那就再加个正则替换。
如果为了智能判断高熵部分并展示……我不知道什么情况下会有这样一个需求，为什么要去在乎一个比 epsilon 小很多的噪音，就算如此，展示比 epsilon 小的值，为什么要做字符比较而不是基于数学方式去判断（例如 for 循环递增提取 5 位移到小数点后，tofixed(5)判断是否等于 1 或 0 ，而不是连续比较 5 个 0 或者 5 个 9 ）
我很怀疑原作者的精神状态……

@bli22ard #24 3000004/1000000 得来的可不可以？来自于网络的数据源很难理解吗？你管人家怎么来的，现在问题就是要展示这个数据，而你非要给计算上高精度库，关键是这个情景下就不涉及计算啊。
楼主热得快炸了，你就非得让楼主开空调？

@RoyCho #48 他图没挂，imugr ，换个好点的梯子节点就能看到了

@bli22ard #22 怎么还没绕过这个弯，就不是精度的问题。会取近似值的，epsilon 都远远大于精度误差，根本没必要上高精度库，高精度库也解决不了显示问题。
就假设我有一个原始就是 0.3000004 的数（不是通过计算得来的，可能是网络，可能是可视化的数据集，总之这个数字本身就是这个形式），不需要计算，直接显示成人类可读字符串表示，这个情况你用高精度库有什么意义吗