Windows 11 用户受够了微软强制账户要求的蔓延

背景

在过去一年中，微软通过 Windows K2 计划投入大量精力，试图向用户证明其正在倾听反馈。该计划致力于通过更好的自定义选项、界面优化、错误修复以及其他基于用户反馈的变更来改进 Windows 11。

然而，尽管有这些努力，Windows 11 安装过程中强制要求使用 Microsoft 账户这一长期存在的投诉仍未得到解决。近期，Reddit 上关于本地账户（Local Account）的讨论演变成了一场关于隐私、透明度以及用户在 Windows 11 上控制权的更大规模辩论。

核心内容

这场争论始于 Reddit 上用户 2025Fishy 的一个简单诉求：他主张微软应在 Windows 11 的初始设置体验（OOBE, Out-of-Box Experience）中直接恢复创建本地账户的选项。

"I genuinely do not accept how Microsoft removed the local account in OOBE,"（我真心无法接受微软在 OOBE 中移除了本地账户选项。）

该帖子迅速引发了大量回应，许多用户提供了使用 Rufus、命令行技巧或域加入选项来绕过微软限制的“技巧”。然而，原帖主反复强调，这些变通方法并非重点。

"I don't need tips, I just want Microsoft to change it,"（我不需要技巧，我只希望微软能做出改变。）

这一观点引起了其他评论者的共鸣。用户 Affectionate_Creme48 写道：“重点是，OOBE 中应该有一个选项，让用户选择使用本地账户进行设置。就像我们一直以来拥有的一样。”

乍看之下，这似乎只是关于本地账户的争论，但深入阅读评论后可以看出，其核心实际上是关于用户控制权。

微软推动强制使用 Microsoft 账户不仅仅是为了同步设置和访问云服务，还与 BitLocker 等安全功能紧密相关。用户 Timusius 解释了微软可能的逻辑：“为了避免下一个问题：‘微软把我的数据锁在 BitLocker 后面，现在我无法取回’，他们需要将该密钥存储在 MS 账户上。”

从安全角度来看，这一论点是有道理的：设备应默认加密，而将恢复密钥存储在云端可以防止用户永久丢失数据访问权限。

然而，问题在于许多用户并未意识到这一机制正在发生。用户可能使用 Microsoft 账户设置电脑，日常使用 PIN 码，从而不再关注该账户。直到某天，因固件更新、硬件变更或意外问题，系统弹出 BitLocker 恢复屏幕要求输入恢复密钥时，许多用户才第一次发现密钥存储在一个他们可能几乎不记得创建的 Microsoft 账户中。

正如用户 Drakkaar 在讨论中指出的那样：“技术人员知道如何绕过这个问题，但并非所有使用电脑的人都是技术人员。”

这正是这家软件巨头尚未解决的脱节之处。有趣的是，据报道，微软内部也有人同意这种批评。Microsoft 副总裁 Scott Hanselman 此前曾透露，一些员工一直在推动公司重新考虑在设置过程中强制要求 Microsoft 账户的规定。

尽管有 Windows K2 的努力和内部讨论，微软尚未承诺为所有用户恢复直接的本地账户选项。这也是为什么这场对话持续浮现的原因：许多用户并非在寻求另一种变通方法，而是在寻求选择权，更重要的是，他们在寻求更清晰的解释，说明加密、账户恢复和云集成等功能将如何影响他们的电脑，而不是在用户做出决定之前由系统代为决定。

关键要点

• 用户诉求的核心是控制权：用户并非不知道如何绕过限制（如使用 Rufus），而是希望微软官方提供无需变通方法的本地账户选项，恢复用户对自己设备的控制权。
• 安全与隐私的权衡：微软强制绑定 Microsoft 账户的主要理由之一是 BitLocker 数据恢复。将恢复密钥存储在云端可防止因硬件故障导致的数据永久丢失，但这要求用户信任并关联一个在线账户。
• 认知偏差与风险：许多用户在日常使用中并不意识到 Microsoft 账户与 BitLocker 密钥的绑定关系。当遇到需要恢复密钥的紧急情况时，用户可能因无法访问该账户而陷入困境，且普通用户缺乏技术人员那样的解决能力。
• 内部存在分歧：尽管微软官方立场强硬，但内部员工（如副总裁 Scott Hanselman 提及的情况）对强制账户要求存在批评声音，认为应重新评估这一策略。
• 信任重建的矛盾：微软通过 Windows K2 计划努力重建用户信任，但在这一最基础的设置选项上未能解决用户的长期痛点，导致信任建设 efforts 受到削弱。

意义与影响

这一争论揭示了微软在 Windows 11 生态系统中面临的深层矛盾：即在推动云集成和安全标准化与尊重用户自主权之间的平衡难题。

1. 用户体验的断层：微软试图通过默认加密和云端密钥存储来提升整体安全性，但这种“黑盒”式的安全策略忽略了非技术用户的需求。当安全措施变得不透明且难以理解时，它反而成为了用户体验的障碍，而非保护者。
2. 对“默认值”策略的反思：文章建议，微软可以采取类似 Windows 10 的做法，将在线账户设为默认，但保留无摩擦的本地账户选项。这种“默认但可选”的策略既能满足大多数普通用户的安全需求，又能尊重那些偏好离线操作或注重隐私的用户的选择权。
3. 品牌信任的考验：Windows K2 计划旨在通过反馈驱动改进来修复品牌形象，但如果连最基础的设置自由都无法归还，任何关于“倾听用户”的宣传都会显得苍白无力。用户要求的不是复杂的解决方案，而是简单的透明度和选择权。
4. 行业趋势的缩影：随着 OpenAI、Llama 等 AI 技术以及 Snowflake 等云服务日益普及，科技巨头倾向于将用户锁定在其生态系统内。Windows 11 的账户强制要求是这一趋势的典型体现，引发了关于数字主权和用户控制权的广泛担忧。

综上所述，Windows 11 的本地账户之争不仅是关于一个设置选项，更是关于用户是否有权决定自己的数据如何被存储、访问以及由谁控制。微软若不能在此问题上做出妥协，类似的信任危机可能会持续影响其操作系统生态的健康发展。