@Adamo 你不知道 MacOS 有自带且不可关闭的杀毒软件？参考苹果文档 https://support.apple.com/zh-cn/guide/security/protecting-against-malware-sec469d47bd8/web

看来是学到真东西了

@unused 在阿拉伯人看来，显示和排版不对就是不支持阿拉伯文，你可以想象一下如果你看到中文的偏旁和部首分开了会是什么样的？代码编辑器、控制台、日志输出里的阿拉伯文路径全是显示错误，他会认为支持阿拉伯文吗？

那路径要不要支持 emoji 表情？要不要支持阿拉伯文（提示：阿拉伯文从右至左书写，并且多个字写出来是连在一起的）？

内置的 Windows 文件历史记录，你只要把自己的文件夹加入到库，就可以开始备份它；
你要的这种备份有两类：高频的增量备份和真正的持续数据保护（ CDP ），前者是增量备份一次以后立刻快照并开始下一次备份，后者是把所有变更都转发和记录下来，这两种都能回到指定的历史版本，相关第三方软件有：UrBackup 、Veeam Agent for Windows （ Continuously 模式）、Veeam CDP

老套路了，电报群里人很多不等于活人很多，可能一半以上甚至更多都是机器人

@NewYear 现代 Windows 上，即使提权到 SYSTEM 或者 BYOVD ，也读取不到一部分内存中敏感数据，包括 LSA 中的凭据、VBS Enclave 中的数据等等，这是通过虚拟机边界保证的
（前提：启用 VBS+HVCI+CredentialGuard ）

@NewYear “可以隐藏方式打开窗口，并且能正常运作和用 API 模拟鼠标键盘”，是这样，但是对于密码管理器的 GUI 并不适用，因为有安全桌面（ Secure Desktop ）这个东西，你没办法简单地自动化操作安全桌面上的 GUI （比如，KeePass 密码输入、UAC 弹窗）

@cherryas 这就是最普通的 LLM 幻觉，什么投毒？

@yeejun 你的截图里没有“Anti-Distillation”，你自己编的？

我在截图里没看到“反蒸馏”这个词，只看到一个很典型的 LLM 幻觉案例，这个词是不是你自己编的？

给了，但把它限制在在虚拟机里，准确来说是把 agent 放在关闭本机程序互操作和自动挂载的 WSL2 Ubuntu 里

GitHub Mattiwatti/EfiGuard?

刚刚还看到一篇文章： https://ydinkin.substack.com/p/200-kernel-bugs-in-30-days

@laminux29 结合我的了解和 GPT-5.2 的回答，增量备份的缺点有“恢复时间长、单点损坏影响整条链、验证备份的成本高”等等，这些可以解决，你可以定期在存储后台生成全量备份，采取混合型的方案

之前我没明确提到，增量备份和增量传输也不是一回事，增量传输+混合型的备份也是可行的，总之在传输上，全量传输=增量传输+哈希校验，然后“ZFS 不开去重的话，会让每一个备份副本都会让数据量直接翻倍地浪费空间”肯定是错的，并且如果你在担心“单点损坏”的风险的话，也不应该开 ZFS 去重

@laminux29
1. 增量传输本质上是去重没错，底层都要计算校验和以及哈希，但是任何本地去重（如 ZFS 去重）都不能代替增量传输；自己写脚本实现 rsync 式的算法也不难，不构成理由
2. 增量传输只要完成，最终文件的哈希相同，就没有任何缺点，和全量传输的结果一定是相同的，完全适用于工业级和高可靠性的系统，我来告诉你一个这样的备份系统可以怎么样设计（从 Windows 设备到 ZFS 的服务器）：为了确保一致性，在 Windows 这边需要应用感知的备份（比如数据库自带的备份工具）和卷影复制配合得到一个一致的快照，再用 rsync （和 cwRsync ）增量传输到服务器，然后两边各计算一次哈希值验证（可以保留这些哈希值以后用得上），用 ZFS 快照保留指定数量的历史版本，然后还要处理一些细节问题，包括传输失败、审计日志、预防勒索软件等等，备份应该是服务器拉取客户端的数据而不是反过来，备份要符合 3-2-1-1-0 原则（ 3 份数据、2 种介质、1 个异地、1 个离线/不可变/空气隔离、0 个错误），这里“0”指的是定期需要恢复和验证备份（也就是那句“没有成功恢复过的备份不算备份”）

非常肯定地告诉你增量备份完全适合工业级高可靠性要求的生产环境

@mmdsun 如果我没理解错，Hotpatch 只支持基于 Azure 的 Windows Server ？有办法让普通 Windows Server 用上吗?

@laminux29 还是错的，在正常备份场景里，要把待备份的文件从 Windows 设备传输到 ZFS 的 NAS 上，这一步怎么实现的？答案有三种，NAS 系统自带工具、Syncthing/rsync 等文件传输工具、Borg/Restic 等文件备份工具，对不对？这三类工具全都实现了增量传输，所以根本不会再存一份完全相同的副本，也不需要 ZFS 去重
另外，你所说的场景根本不存在，因为每次都全量传输所有文件大大浪费了网络流量，每一次备份的时间会非常长，大部分时间花在网络上，即使有 ZFS 去重这样的方案也是极其低级的，没有备份方案会这样做

@laminux29 你说的“不开去重，对于版本备份来说，每一个备份副本都会让数据量直接翻倍地浪费存储空间”完全错误，ZFS 去重和快照之间没有关系，完全可以在每次备份时 rsync 增量传输数据，然后创建一个 ZFS 快照，这样可以实现多版本的持续备份，由于 ZFS 快照也是增量的，不会存储重复的备份数据