Chrome 密码自动填充在 macOS Tahoe 26.5 上失效？修复方法

macOSTahoe ·
Chrome 密码自动填充在 macOS Tahoe 26.5 上失效？修复方法

macOS Tahoe 26.5 更新后 Chrome、Brave、Edge 或 Arc 的密码自动填充失效？了解具体原因，以及恢复第三方浏览器自动填充的全部修复方法。

你更新到 macOS Tahoe 26.5，重启后一切看起来正常——直到你打开 Chrome，进入某个登录页面，那个熟悉的自动填充提示却始终不出现。没有已保存的密码，没有信用卡，也没有联系人信息。你点击输入框，按下方向键，重新选中输入框，还是没有反应。与此同时，Safari 却能瞬间填好同样的登录信息。如果你在 macOS Tahoe 26.5 之后遇到 Chrome、Brave、Edge、Arc 或其他第三方浏览器密码自动填充失效的问题，这不是你的错觉，你也不是唯一遇到这个问题的人。

这是今年困扰 Mac 用户最令人费解的回归问题之一，因为它是「选择性」的。Safari 和内置的「密码」App 依旧照常自动填充，这会让人误以为是密码管理器坏了。但 1Password 在你的 iPhone 上依然填充正常，Bitwarden 在 Windows 上也运行良好，你 Mac 上的桌面 App 解锁后也能显示所有登录信息。问题的核心在于：Mac 上的非 Safari 应用不再像以前那样获得系统层面的自动填充中介服务——而对很多人来说，这一现象恰恰是在 26.5 更新之后开始的。

本文将梳理操作系统层面究竟发生了什么变化，教你如何证明问题出在系统而非密码管理器，然后给出一整套从三十秒开关到一个需要谨慎对待的社区高级方案的完整修复阶梯。在此过程中，我们会始终把三件事分开讨论：Safari 加 iCloud 钥匙串做了什么、第三方浏览器自身做了什么、以及像 1Password 或 Bitwarden 这样的专用密码管理器做了什么。把这三者混为一谈，正是大多数人找错修复方向的头号原因。

核心要点

  • 社区反馈指向一个系统层面的变更，而非浏览器或密码管理器本身的问题。 macOS Tahoe 26.5 之后，1Password 和 Bitwarden 论坛以及 Apple Discussions 上的社区帖子描述了 Chrome、Brave、Edge、Arc 以及多个 Electron 应用中自动填充失效，而 Safari 依旧正常工作。截至 2026 年 7 月 23 日，当前稳定版本是 26.5.2（25F84）；26.6 目前仍只是候选版本（Release Candidate）。
  • 大多数人无需使用任何终端命令即可修复。 重新在浏览器内启用自动填充、重新授予密码管理器扩展站点权限，以及将浏览器和密码管理器都更新到最新版本，即可解决大多数情况。
  • 将密码管理器自带的浏览器扩展作为主要的自动填充方式，而不是依赖系统。 专用扩展（1Password、Bitwarden、Dashlane、Proton Pass）独立于 macOS 的 AutoFill 中介层进行填充，这对大多数网站来说完全绕开了此次回归问题。
  • 存在一个社区反馈的高级 defaults 变通方案。 它并非官方方案，未获 Apple 认可，可能以密码管理器意料之外的方式改变行为。使用前请先对照密码管理器自己的支持文档进行核实，并在运行前确认好还原命令。
  • 在脑海中始终把 Safari、第三方浏览器、第三方密码管理器分开对待。 Safari 使用 iCloud 钥匙串和 Apple 内置的 AutoFill；第三方浏览器有自己内置的管理器；专用密码管理器则完全是另一回事。针对其中一个的修复方法，往往对其他两个毫无意义。

macOS Tahoe 26.5 到底改了什么

用大白话讲清楚自动填充的中介层

要理解为什么 Safari 一切正常而 Chrome 却不行，你首先要知道 macOS 并没有一套统一的「自动填充」系统，而是有若干套彼此叠加的系统。

当你在 Safari 中填充密码时，请求由 Apple 自家的 WebKit 和 Password AutoFill 技术栈处理，直接对接 iCloud 钥匙串 和内置的 密码 App。Safari 是一款第一方应用，对这套机制拥有深度、特权级别的访问权限，无需跨应用边界进行任何中转。

而当你在 Chrome、Brave、Edge 或 Arc 中填充密码时，情况则完全不同。这些是第三方应用，它们通过以下两个渠道之一获取凭据：

  1. 自身内置的密码管理器。 Chrome 有 Google 密码管理器；Edge 有自己的一套；Brave 和 Arc 沿用 Chromium 的管理器。这完全是浏览器内部的机制，原则上不需要 macOS 提供任何东西。
  2. 通过 Apple 的 AuthenticationServices 框架进行系统中介的 AutoFill 提供方。 这是一种机制，让第三方密码管理器可以注册一个凭据提供方扩展，从而让其登录信息出现在其他应用（包括第三方浏览器和 Electron 应用）内的自动填充提示中。macOS 在这里充当中间的经纪人角色，它决定当前是哪个应用在请求、允许哪些凭据提供方、这个字段看起来是用户名还是一次性验证码，以及是否要显示建议。

社区反馈的 26.5 回归问题，恰恰集中在第二条渠道——即在非 Safari 应用中呈现自动填充的系统级中介层。当这一层出问题时，浏览器自身内置的管理器可能仍然正常工作，但任何依赖 macOS 来中介填充的机制（系统凭据提供方、AutoFill 联系人/信用卡提示，或依赖系统集成的密码管理器）都会停止出现。这正是为什么此次故障看起来如此「挑食」：Safari 从未使用过这个经纪人层，所以它根本没有察觉到异常。

Apple 尚未就此发布根因说明，因此请把下面的具体机制视为有依据的推断，而非已确认的事实。各方社区反馈中一致的是故障的表现形态：第一方的 Safari 一切正常，第三方应用得不到经过中介的自动填充。

26.5 在发布时间线中的位置

把版本事实搞清楚在这里很重要，因为网上很多不靠谱的建议引用的是错误的构建版本。截至 2026 年 7 月 23 日：

  • macOS Tahoe 26.5（构建版本 25F71） 于 2026 年 5 月中旬发布。这是自动填充问题最早开始出现反馈的父版本。
  • macOS Tahoe 26.5.1（构建版本 25F80） 于 2026 年 6 月 1 日发布，修复的是一个无关的问题——M5 芯片 Mac 在使用某些内容过滤类网络扩展时可能意外关机。它并未针对自动填充问题。如果你想了解该问题的细节，可以参阅我们关于 26.5.1 M5 关机与网络扩展修复 的文章。
  • macOS Tahoe 26.5.2（构建版本 25F84） 于 2026 年 6 月 29 日发布，是当前的稳定版本。如果你正在排查自动填充问题，请先升级到 26.5.2，因为点版本更新经常会包含一些从未单独出现在发布说明里的修复。
  • macOS Tahoe 26.6 截至本文撰写时仅是一个候选版本（Release Candidate，构建版本 25G70），于 2026 年 7 月 20 日推送给开发者和公开测试用户。它不是当前的正式公开版本，所以不要被任何人「直接升级到 26.6 就行」的说法误导，仿佛它已经全面开放下载。如果你没有加入 Beta 测试计划，目前还无法安装它。

实用的结论是：在假定系统本身对你无解之前，先确认自己确实处于 26.5.2，而不是仍停留在 26.5 或 26.5.1。相当数量「仍然没修好」的反馈，最后发现是来自那些从未安装 26.5.2 点版本更新的用户。

为什么 Safari 依然正常而 Chrome 不行

这是大家最常问的问题，而答案正是这个问题源于架构层面的最清晰证据。Safari 的自动填充是第一方机制，不经过第三方应用所依赖的 AuthenticationServices 凭据提供方经纪层。iCloud 钥匙串直接与 Safari 对话。所以当非 Safari 应用的中介层出现回归问题时，Safari 在结构上是免疫的——它从一开始就没有使用过那一层。

这也解释了一个令人困惑的次要现象：你的 iPhone 在第三方应用中依然自动填充正常。iOS 与 macOS 共享框架名称，但底层构建并不完全相同，而社区反馈的这次回归问题是 Mac 特有的。因此，同一个 1Password 密码库，在你 Mac 上的 Chrome 里无法自动填充，在你 iPhone 上的 Chrome 里却完全正常。这不是密码库损坏，而是一个平台特定的系统行为。

如果你想更深入地了解 Safari 和 iCloud 钥匙串原生具备哪些能力，我们的 Tahoe Safari 高阶用户指南 详细介绍了内置的 AutoFill 设置。只是要记住，这些 Safari 设置都不会影响 Chrome 内部的行为。

如何确认问题出在系统层面而非密码管理器

在动手更改任何设置之前，先花五分钟确认故障究竟出在哪里。否则你可能会「修好」一个原本就没坏的东西，然后困惑为什么什么都没改善。

三应用交叉验证测试

用同一个登录信息分别测试三条路径，记录自动填充在哪里生效：

  1. Safari。 打开一个已保存的网站，看 AutoFill 提示是否出现。如果 Safari 能填充，说明 iCloud 钥匙串和 Apple 的第一方自动填充是健康的。
  2. 密码管理器桌面 App 本身。 打开 1Password 或 Bitwarden 的独立 App，解锁它，确认该登录信息存在，且 App 未处于锁定或注销状态，同步也正常。如果 App 中有这条凭据，说明密码库本身没有问题。
  3. 第三方浏览器。 尝试在 Chrome 中自动填充同一个登录信息。如果 Safari 能填充、桌面 App 里也有该凭据，唯独 Chrome 不能填充，那么你就已经把故障范围锁定在「浏览器 + 系统中介」这条路径上——这正是 26.5 回归问题的典型表现。

如果自动填充在所有地方都失败，包括 Safari 和桌面 App，那就是另一种问题——很可能是密码管理器处于注销或锁定状态、iCloud 账户出了问题，或者是配置文件损坏——系统层面的这套说法并不适用于这种情况。

区分扩展路径与系统提供方路径

第三方密码管理器可以通过两种方式在 Chromium 浏览器中填充信息，你需要弄清楚自己依赖的是哪一种：

  • 通过浏览器扩展（Chrome 工具栏中的 1Password 或 Bitwarden 图标）。这条路径基本独立于 macOS 的中介层，因为扩展是直接向页面内注入内容的。
  • 通过 macOS 系统凭据提供方（由系统代理的自动填充提示）。这条路径正是发生回归的那一条。

区分两者最快的方法是：如果扩展图标存在，点击它能看到你的登录信息并可以手动填充，但自动内联建议却始终不出现，那你遇到的就是一种混合状态——扩展本身工作正常，只是系统中介的内联提示不出现了。这是个好消息，因为这意味着扩展路径就是你可靠的退路，我们在后面的修复阶梯中会大量依赖这条路径。

检查系统构建版本和 App 版本

在继续之前，先做两项快速确认。点击 Apple 菜单，选择「关于本机」，确认你所在的版本是 26.5.2（25F84）——点击版本号可查看构建版本号。然后对照密码管理器的最新发布说明，检查其版本是否为最新。「系统点版本过旧 + 扩展版本过旧」的组合，恰恰是大多数残留故障的根源，而两者都可以免费修复。

修复阶梯：由易到难

请从上到下逐一尝试。一旦自动填充恢复正常就可以停下——不需要把每一项都做一遍。每个阶梯不仅说明具体的操作步骤，也会解释它为什么可能有效。

修复 1：在浏览器自身设置中重新启用自动填充

macOS 更新有时会把浏览器的自动填充开关意外关闭，或者浏览器更新会带来一个改变了的默认设置。这是最常见的「一改就好了」的修复方式，因此从这里开始。

Chrome： 打开 chrome://settings/autofill。确认在 Google 密码管理器 > 设置 下，「建议保存密码」和「自动登录」处于开启状态。然后检查 chrome://settings/payments 中是否有已保存的支付方式，以及 chrome://settings/addresses 中是否有联系人信息。如果你依赖 Chrome 自身的管理器而非第三方管理器，这三个部分都必须开启。

Brave： 前往 brave://settings/autofill，检查密码、支付方式和地址三个部分。Brave 还加入了自己的隐私开关，可能会抑制自动填充，也一并检查一下。

Edge： 打开 edge://settings/passwords 和 edge://wallet/settings。Edge 把密码和钱包（卡片/地址）拆分成了两个独立的面板。

Arc： Arc 基于 Chromium，但把设置藏在了自己的 App 菜单里。打开 Arc 的设置，找到自动填充或密码部分，确认已启用。Arc 同样遵循底层的 Chromium 参数标志，因此 chrome://settings/autofill 对应的行为在这里同样适用。

切换设置后，完全退出浏览器（使用 Command-Q，而不是仅仅关闭窗口），然后重新打开。一个在关闭窗口后仍在后台存活的进程，是不会应用刚刚改动的设置的。

在 macOS 浏览器设置面板中启用自动填充

修复 2：重新授予密码管理器扩展权限

macOS 点版本更新和浏览器更新可能会悄悄重置扩展的站点访问权限，这会在扩展仍显示为「已安装」的情况下，无声无息地让自动填充失效。对于使用 1Password 或 Bitwarden 的用户，这是收益最高的一项修复。

在 Chrome（以及 Chromium 系浏览器）中： 打开 chrome://extensions，找到你的密码管理器，点击详细信息。在网站访问权限下，将其设置为允许访问所有网站（而不是「点击时访问」或「访问指定网站」）。同时确认扩展开关本身处于打开状态，如果你使用无痕模式，也顺便确认扩展在该模式下是允许运行的。然后将扩展固定到工具栏，以便随时查看其状态。

针对 1Password： 浏览器扩展会与 1Password 桌面 App 通信。在 1Password App 中，打开「设置 > 浏览器」，确认「使用 1Password App 解锁浏览器扩展」处于启用状态，且扩展已连接。如果扩展显示「重新连接」或「信任」提示，请完成该操作。1Password 扩展是通过页面注入方式进行填充的，这也是为什么即使系统中介的提示失效，它依然能正常工作的原因。

针对 Bitwarden： 打开扩展，进入「设置 > 自动填充」，如果你想要内联填充，请启用「页面加载时自动填充」。同时确认「在表单字段上显示自动填充建议」处于开启状态。Bitwarden 的自动填充由扩展驱动，因此其行为在这里控制，而不是在 macOS 设置里。

由于这些扩展在后台运行，并在浏览器启动时挂钩进去，因此修改权限后请退出并重新启动浏览器。如果你想更全面地了解 macOS 如何追踪后台辅助进程和扩展进程，我们的 Tahoe 登录项与后台 App 指南 解释了系统在何处呈现这些信息。

修复 3：同时更新浏览器和密码管理器

这类回归问题往往是「双方各让一步」解决的：Apple 推出一个行为变更，浏览器或密码管理器厂商随后一两周内发布一个兼容性更新。如果你运行的是任意一方的旧版本，你可能正错过一个已经存在的修复。

  • 更新浏览器。 在 Chrome 中，打开 chrome://settings/help 强制检查更新；同样的方式适用于 Brave（brave://settings/help）和 Edge（edge://settings/help）。Arc 通过自己的菜单更新。出现提示时请重新启动。
  • 更新密码管理器 App 和扩展。 从自身菜单或 App Store 更新桌面 App，然后确认浏览器扩展也更新到了对应版本。App 与扩展版本不匹配，是系统变更后自动填充悄然失效的一个典型原因。

请把这两项一起做，而不是只做一个——一个已更新的扩展与一个旧版桌面 App 对话（反之亦然），本身就可能成为新的故障来源。

修复 4：检查 macOS 的 AutoFill 与密码设置

如果你依赖的是系统凭据提供方——无论是 Apple 内置的「密码」App，还是注册为系统提供方的第三方管理器——总开关都位于 macOS 设置中，而 26.5 更新可能让它们处于意料之外的状态。

打开系统设置 > 通用 > AutoFill 与密码，确认：

  • 自动填充密码和通行密钥处于开启状态。
  • 在提供方列表中，你希望使用的来源已被勾选。内置的密码 App 以及任何第三方凭据提供方（1Password、Bitwarden 等）都会出现在这里。如果你的密码管理器在这里未被勾选，macOS 就不会在第三方应用的系统中介提示中提供其凭据。
  • 如果某个第三方提供方存在但显示为灰色或未出现，其凭据提供方扩展可能需要重新启用——退出并重新打开密码管理器 App，使其重新注册，然后再回到这个面板查看。

有一个实用的诊断方法：关闭自动填充密码和通行密钥，等几秒，再重新打开。这会强制 macOS 重新枚举已注册的提供方，有时能把在更新过程中卡住的提供方重新激活。这里要如实说明一个前提：这个面板控制的是系统中介路径，而这恰好正是发生回归的那条路径，所以即便配置得完全正确，也不一定能在每个第三方浏览器中恢复内联自动填充。这正是为什么基于扩展的路径（修复 2）是更可靠的变通方案。

macOS 密码与自动填充设置

内置的「密码」App 在下一个主要版本中也会变得明显更强大；如果你好奇 Apple 在系统级密码管理上的下一步动向，可以看看我们对 macOS 27 中「密码」App 自动更改密码与代理式 AI 安全 的介绍。不过对于今天讨论的问题，关键操作只是确保这个面板中正确的提供方已被启用。

修复 5：切换 iCloud 密码与钥匙串

如果你的自动填充来源是 Apple 自己的「密码」App 和 iCloud 钥匙串（而非第三方管理器），更新后的一次同步故障可能会让凭据对系统提供方不可用。关闭再重新打开 iCloud 密码功能，可以重新建立同步通道。

前往系统设置 > [你的姓名] > iCloud > 密码与钥匙串，关闭它，确认操作，等待一分钟，然后重新打开并完成身份验证。这会强制进行一次全新同步。只有当「密码」App 是你的自动填充来源时才需要这样做——如果你完全使用 1Password 或 Bitwarden，iCloud 钥匙串并不在你的自动填充路径中，切换它不会带来任何相关的变化。

有一个值得单独说明的相邻症状：如果 macOS 在自动填充出问题的同一时间开始反复提示你输入登录钥匙串密码，这是一个相关但独立的钥匙串状态问题，我们在 Mac 在 Tahoe 上反复要求登录钥匙串密码 一文中有详细介绍。请不要把钥匙串解锁循环问题与第三方自动填充回归问题搞混，它们有各自不同的修复方法。

修复 6：禁用相互冲突的自动填充来源

「自动填充不工作」的一个非常常见的自身原因是：两个管理器在争抢同一个字段。如果 Chrome 内置的 Google 密码管理器和一个第三方扩展都试图接管同一个登录字段，它们可能会相互抵消，导致完全没有任何提示出现。

为每个浏览器选择一个来源，并禁用另一个：

  • 如果你使用 1Password 或 Bitwarden，请在 chrome://settings/autofill 中关闭 Chrome 内置的「建议保存和自动填充密码」功能，为扩展腾出干净的字段。
  • 如果你使用 Chrome 内置的管理器，请在第三方扩展中禁用内联自动填充（或直接移除该扩展），使其不再注入相互竞争的建议。

同样的逻辑也适用于信用卡和地址：让 macOS 的 AutoFill 和浏览器原生的钱包同时尝试填充同一个支付表单，是导致提示为空的常见原因。统一到单一来源，冲突就会消失。

修复 7：创建一个全新的浏览器账户配置文件

如果自动填充在一个浏览器里失效，而在另一个浏览器里正常，且上面提到的设置看起来都没问题，那么浏览器的账户配置文件可能已经损坏——扩展状态、自动填充数据库和偏好设置都保存在配置文件中，一次异常的更新可能让它们变得不一致。

新建一个配置文件（Chrome：点击账户头像 > 添加；Edge 和 Brave 有对应的操作），在这个新配置文件中重新安装你的密码管理器扩展，登录，授予其「访问所有网站」的权限，然后在这里测试自动填充。如果在这个全新的配置文件中一切正常，说明原来的配置文件就是问题所在——你可以将书签和设置迁移过来，或者直接把新配置文件设为默认。这一步比前面几项操作大得多，建议只在快速开关都不奏效之后再尝试。

关于受管理和工作用 Mac 的说明

如果你的 Mac 已加入 MDM（工作或学校设备），自动填充可能是被策略禁用的，而不是因为任何 Bug，本地的任何开关调整都无法覆盖一个配置描述文件的设定。受管理的 Mac 可能携带一个 com.apple.applicationaccess 限制，在整个设备群中关闭密码自动填充功能，MDM 还可以控制在 AutoFill 与密码面板中允许哪些凭据提供方。如果修复 4 中的设置显示为灰色或无法更改，这就是信号：有一个描述文件正在强制执行这些限制。

要确认这一点，打开系统设置 > 通用 > 设备管理（或「描述文件」），查看是否安装了配置描述文件。如果自动填充是被策略压制的，那么解决办法不在你这一端——请联系你的 IT 管理员，由他们调整限制载荷或将你的密码管理器添加为允许的提供方。不要试图用下面的 defaults 命令来绕过受管理的限制；在受监管设备上，该设置可能会在下一次策略同步时被还原，还可能让你的设备处于不合规状态。对于任何不是你本人配置的设备，这一点值得尽早排查清楚。

修复 8（高级方案，社区变通做法）：AutoFill 启发式 defaults 标志

这一级需要真正谨慎对待。讨论 26.5 自动填充回归问题的社区帖子中流传着一种高级变通方案，它设置一个 macOS defaults 标志，据称名为 NSAutoFillHeuristicControllerEnabled，据说会影响系统层面自动填充启发式算法在非 Safari 应用中的行为方式。

请将其视为一种非官方的、社区反馈的变通方案——而非 Apple 认可的修复方法。 在你考虑使用它之前，有几点重要提醒：

  • Apple 尚未对这个标志进行官方文档说明，其确切作用范围和副作用也没有得到官方描述。它可能以你的密码管理器意料之外的方式改变自动填充行为。
  • 具体的调用方式——特别是它归属于哪个偏好设置域（domain）——在不同的社区反馈中可能有所不同，域名弄错就意味着这条命令要么完全不起作用，要么影响了错误的范围。运行任何命令之前，请先查阅你所使用密码管理器自己的支持页面和论坛帖子，确认针对你所用的具体工具和版本，他们推荐的确切命令是什么。如果他们记录的命令与此不同，请以他们的命令为准，而不是这里的命令。
  • 如果你的密码管理器文档完全没有提到任何 defaults 命令，那就是一个信号，说明应该完全跳过这一级，转而依赖修复 2 中基于扩展的路径。

如果在完成上述核实之后，你仍然想要尝试，社区反馈的形式是将该标志写入全局域，并且可以被彻底还原。设置方法：

defaults write -g NSAutoFillHeuristicControllerEnabled -bool true

要还原它——这是恢复默认行为的开关，你应该在运行上面的命令之前先记下它：

defaults delete -g NSAutoFillHeuristicControllerEnabled

运行任一命令后，请注销并重新登录（或重启），使更改生效，然后重新启动受影响的浏览器。如果没有帮助，请立即运行 defaults delete 还原命令，让系统恢复到默认状态，而不是让一个未经文档记录的标志一直保持开启。不要在没有可信来源的情况下叠加其他你在网上找到的 defaults 命令——臆造额外的标志或域，正是把一个本可修复的问题变得更糟的典型方式。如果拿不准，安全且被支持的做法是：使用密码管理器的浏览器扩展，保持所有软件更新到最新，然后等待厂商或 Apple 发布正式修复。

关于短信一次性验证码自动填充的说明

有一个经常和这个问题混在一起谈的症状，是短信一次性验证码（OTP）自动填充在更新之后表现不同，值得单独说清楚。

在 macOS 上，来自信息App 的验证码自动填充在 Safari 以及原生的系统文本输入框中运作得最顺畅，系统会解析收到的验证码并直接提供出来。而在第三方浏览器中，OTP 自动填充的条件更多：它取决于浏览器是否呈现该建议，以及网页表单是否正确标记了该字段（理想情况下使用 autocomplete="one-time-code"）。如果某个网站没有正确标记其 OTP 字段，任何浏览器都无法可靠地自动填充它——这是网站端的局限，而不是 macOS 的 Bug。

所以，如果你的密码填充正常，但短信里的 6 位数字验证码在 Chrome 中不再自动建议，那是一个不同且范围小得多的问题。可靠的备用方案没有变：打开「信息」App，读取验证码，手动粘贴即可。不要花时间试图用密码自动填充的设置去「修复」第三方浏览器中的 OTP 自动填充问题——它们是完全不同的机制。

常见问题排查

Safari 能自动填充但 Chrome 始终不行

问题： Safari 能立即填充登录信息，但 Chrome（或 Brave、Edge、Arc）完全不显示任何建议，这让人感觉只有第三方浏览器坏掉了。

解决方法： 这正是 26.5 中介层回归问题的典型特征，也是预期之中的现象——Safari 使用的是一条从未出现回归的第一方路径。不要试图通过 Safari 或 iCloud 钥匙串的设置来修复它。相反，请依赖密码管理器的浏览器扩展：打开 chrome://extensions，将扩展设置为「允许访问所有网站」，同时更新 App 和扩展，然后通过扩展进行填充。这条路径独立于发生故障的那层系统机制。

密码管理器扩展图标存在，但什么都不自动填充

问题： 1Password 或 Bitwarden 图标就在工具栏中，点击它能看到你的登录信息，但页面上从未出现内联自动填充建议。

解决方法： 扩展已安装，但很可能在更新后失去了站点访问权限。在 chrome://extensions 中，打开该扩展的详细信息，将网站访问权限设置为「允许访问所有网站」，如果你使用无痕模式，也确认它在该模式下已启用，然后退出并重新启动浏览器。对于 Bitwarden，还要在扩展的自动填充设置中启用「页面加载时自动填充」。如果图标能显示你的登录信息，说明密码库本身没有问题——这纯粹是权限和内联填充配置的问题。

信用卡和联系人自动填充失效，但密码依然正常

问题： 登录信息能自动填充，但支付卡和地址不再填充到结账表单中。

解决方法： 卡片和联系人信息的来源经常与密码不同——可能来自 macOS AutoFill、浏览器内置的钱包，或密码管理器。三者都要检查：在 chrome://settings/payments 和 chrome://settings/addresses 中确认数据存在且自动填充已开启；在「系统设置 > 通用 > AutoFill 与密码」中确认提供方已启用；并确保没有两个钱包在同一表单上相互冲突。统一到单一来源即可消除冲突。

自动填充仅在 Electron 应用中失效，浏览器中正常

问题： Chrome 填充正常，但某个桌面 Electron 应用（Slack、聊天客户端、内部工具）无法自动填充你的凭据。

解决方法： Electron 应用依赖的正是发生回归的那套 macOS 系统中介凭据提供方机制，而且与浏览器不同，它们通常无法安装密码管理器扩展。对于这类应用，可以打开密码管理器的桌面 App，复制凭据后粘贴，或者使用该应用自身的快捷访问热键来填充当前聚焦的字段。确认「系统设置 > 通用 > AutoFill 与密码」中的提供方已启用，但要理解 Electron 应用相比浏览器可用的退路更少，因此在正式修复发布之前，手动复制粘贴往往是更实际的做法。

常见问题

这个自动填充问题是 Chrome 的 Bug，还是我密码管理器的问题？

根据社区反馈，两者都不是——它更符合 macOS Tahoe 26.5 在为非 Safari 应用中介自动填充方式上发生变化的表现。证据是 Safari 和密码管理器自己的桌面 App 都能正常工作，只有第三方浏览器出问题。请先更新到 26.5.2，然后依赖密码管理器的浏览器扩展，而不是系统中介的提示。

macOS Tahoe 26.5.1 或 26.5.2 修复了自动填充问题吗？

26.5.1（构建版本 25F80，6 月 1 日）修复的是一个与自动填充无关的 M5 关机 Bug。26.5.2（构建版本 25F84，6 月 29 日）是当前稳定版本，也是你应该处于的版本，因为点版本更新会纳入一些未必总是被列出的修复。如果在 26.5.2 上自动填充仍然失效，请按照基于扩展的修复方法逐一排查，而不是等待某条具体的发布说明。

我应该直接安装 macOS 26.6 来解决这个问题吗？

除非你加入了 Beta 测试计划，否则你无法安装。截至 2026 年 7 月 23 日，macOS Tahoe 26.6 仅是一个候选版本（构建版本 25G70，7 月 20 日推送），并非正式公开发布。任何告诉你「升级到 26.6」的人，指的其实是一个你很可能还无法安装的软件。请留在 26.5.2 上使用这些变通方案，直到 26.6 正式公开发布。

为什么 Safari 依然自动填充正常而 Chrome 不行？

Safari 使用 Apple 的第一方 AutoFill，直接对接 iCloud 钥匙串，从未经过第三方应用所依赖的凭据提供方经纪层。当那个经纪层发生回归时，Safari 在结构上不受影响，因为它从未使用过它。这也是为什么这次故障是选择性的，以及为什么修改 Safari 端设置无法修复 Chrome 的原因。

运行 NSAutoFillHeuristicControllerEnabled 命令安全吗？

它是一种非官方的、社区反馈的变通方案，而不是 Apple 记录在案的修复方法，因此请谨慎对待。请先对照你密码管理器自己的支持文档核实确切命令，记住还原命令是 defaults delete -g NSAutoFillHeuristicControllerEnabled，如果没有效果请立即运行还原命令。对大多数人来说，更安全的做法就是使用浏览器扩展并保持一切更新到最新。

我的另一个浏览器自 26.5 以来也一直在崩溃——这两者有关吗？

与自动填充没有直接关系，但 26.5 确实暴露出了其他浏览器方面的回归问题。如果你看到的是 Safari 本身的标签页崩溃，那是一个独立的 WebKit 问题，有它自己的修复方法；参见我们关于 macOS Tahoe 26.5 上 Safari 标签页崩溃与 WebKit 功能标志修复 的文章。请把崩溃问题和自动填充问题视为两个独立的问题，各有各的解决方案。

结语

这次回归问题中隐藏的好消息是：它几乎总是能够在今天就解决，无需等待 Apple 的更新。这次故障是选择性且带有架构原因的——Safari 和 iCloud 钥匙串从未使用过发生问题的那个系统中介自动填充经纪层，因此它们依然正常工作，而 Chrome、Brave、Edge、Arc 以及各种 Electron 应用则失去了那条经过中介的填充提示。一旦理解了这一点，修复思路就很明确了：不再依赖系统中介路径，转而依靠密码管理器自身的浏览器扩展，它通过页面注入方式填充，完全绕开了这次回归问题。

所以请先从这些看似枯燥但可靠的事情做起。确认你处于 26.5.2（25F84）版本。在浏览器中重新启用自动填充。重新授予扩展「允许访问所有网站」的权限。同时更新浏览器和密码管理器。检查「系统设置 > 通用 > AutoFill 与密码」。解决任何相互冲突的来源问题。只有在所有这些都无效之后，才考虑那个高级的 defaults 变通方案——并且要先对照密码管理器自身的文档进行核实，手边备好还原命令。

如果在走完整个修复阶梯之后自动填充依然失效，请同时向 Apple 的反馈助理和你的密码管理器支持团队提交报告，并明确注明 macOS Tahoe 26.5.2。Apple 和厂商收到的现场报告越精确，一个正式的修复就能越快登陆公开版本。与此同时，你的凭据是安全的，你的密码库完好无损，扩展这条路径会一直让你顺利登录。