有没有可能是你的 header editor 有问题。。

@jsomin 看到 ltt 的事情，想起这茬，HackBrowserData 确实密码+cookie 全部能一锅端了。就算换 bitwarden 之类的能解决密码问题，cookie 还是不能保证安全。感觉现在合理的方案就是用火绒保护下目录了。

@sl450282169 似乎这个功能只是保证 end2end 加密，但这个帖子讨论的问题是本地的 sqlite 加密可以被无感解密读取，两者没关系。

@PickleFish 这种常见问题建议完整看个 prompt engineering 的教学

这东西也发布有一段时间了，不管说各种 wrapper 吧，也有的公司在 production workflow 里用了吧。LLM 的能力用过都说香

各种 infra 类，对性能敏感的都适合吧

新的 api 确实太快了。。套壳的是不是都不能保留自己 thread 的 context

我觉得这可能不需要进化，wrapper 规范下 prompts 的范围内吧。我说个数，半年🐶

看了下前面楼层的讨论，1 ）和电源输出没关系，都是错开的。2 ）频繁启动更费电也是错误的观点。3 ）确实瞬时是超过 30W 的。4 ）也不需要你自己去测功率，硬盘文档的功耗测试说的明明白白的，从启动到闲置到不同工作负载。


@EvineDeng 感谢！最后选择了这个方法！

@piku 我一开始也是这么认为的，但看大家讲的，集中的问题应该就是路由层没法被动探测当前丢包情况，所以路由没法没信息地做主动管控。

问这个问题，也是觉得这个需求看起来对于路由系统来说似乎是并不难实现的 feature 。但确实没有找到能满足需求的方案。

@ZoeyZ 连防水胶都没贴吗。。那看上去优势就是换的电池质量有保证点了。。

普通场景下只论性能 mmap 确实会快些。但就像#1 里提的 andy 那篇工作说的一样，如果盘的存储速度快的话，page table 上的压力大了之后，会有额外的性能下滑。

@debuggerx 100w*24h*365d=876 度，按 6 毛算，一年电费是 525 元。楼主说他 1.5 元的电，那就是 1314 元。省电需求还是非常合理的。

如果只是实验室内部网络使用，直接内网代理就完事，就不用多人订阅了。
非要多人订阅的，一般只有支持购买定量流量包形式的机场了，比如 mojie 之类的。

好奇是完全坏了，还是只是出现掉盘

还有种场景就是，小范围内可以直接挨着油汀，比如放在桌子下面