用OGAD本地生成并保存网站密码：2026完整教程

注册新账号时复用旧密码，是账号安全里最常见也最容易被忽视的漏洞。Off Grid AI Desktop（简称 OGAD）提供了一条本地化路线：密码在自己的电脑上生成，通过配对的浏览器扩展填进注册表单，再存进本地 Vault，全程不依赖云端密码服务。

本文基于 OGAD 官方发布的使用指南，梳理从环境配置到保存验证的完整流程，并说明哪些环节容易出错。

为什么需要本地生成独立密码

每个新账号都应当有独立凭据，这是密码管理的基本共识。问题在于，大多数人的实际做法是「改几个字符复用」或者「用浏览器自带建议但不保存」。前者的风险在于撞库：一个网站泄露，其他账号跟着失守。后者的问题在于，下次登录时你根本不记得那个随机字符串。

OGAD 的思路是把生成和存储都收回到本地。密码由桌面端随机数工具产生，不经过语言模型，也不需要加载聊天模型。生成出来的结果在保存前只是一个草稿——它不会替你创建账号、提交表单，也不代表某个网站已经接受了这个密码。

这一点值得强调：工具负责的是「产生一个可信的随机值」，账号能否注册成功、网站是否接受该格式，仍然取决于网站本身。

撞库攻击是指攻击者利用从一个网站泄露的用户名/密码组合，去批量尝试登录其他网站。由于大量用户习惯在多个平台复用相同或相近的密码，一旦某个低安全级别的论坛、电商或小服务被攻破，攻击者就可能凭这组凭据进入受害者的邮箱、社交账号甚至网银。撞库的可怕之处在于它不依赖任何技术漏洞，纯粹利用人的惰性。防御的核心手段就是每个账号使用完全独立、高熵的随机密码——这也是为什么「改几个字符复用」比想象中危险得多：它仍然高度可预测。

OGAD 密码生成器的三种模式

生成器提供 Random、Say it、Passphrase 三种模式，各自适合不同场景。

• Random：标准随机字符组合，适合大多数对密码格式没有特殊要求的网站。
• Say it：生成可读性更强的口令，适合需要手动输入或口头传达的场合。
• Passphrase：多词组合长密码，适合接受长密码、且你希望兼顾记忆便利性的账号。

选定模式后，需要根据网站的规则设置 Length（长度）或 Words（词数）。一个限制最大长度很短的网站，和一个接受长口令的账号，显然需要不同的参数。如果网站拒绝了当前格式，正确做法是调整生成器选项、重新生成一个新值，而不是手动截短一个已有密码——截短之后你很容易忘记账号最终接受的是哪个版本。

Passphrase（密码短语） 与传统的随机字符串（如 xK9#mQ2!）不同，它由多个随机词组成，例如 copper-lantern-velvet-otter。这种方式在安全性和可用性之间取得了平衡：词与词之间的组合带来了足够的熵，而完整的词语比乱序字符更容易被人类阅读和记忆。著名的 Diceware 方法就基于这一原理。它的适用边界也很明确——当网站限制密码最大长度（比如只允许 16 位）或禁止连字符等符号时，Passphrase 可能无法使用，此时应改用 Random 模式并相应缩短长度。长度越长、词数越多，破解难度呈指数级上升。

配置本地 Vault 与浏览器扩展

在开始注册流程之前，需要先把基础环境搭好：安装 OGAD 桌面端，按官方说明完成浏览器扩展的配对，打开 Vault 并完成初始化设置。桌面应用必须处于运行状态，浏览器必须已配对，Vault 必须处于解锁状态。

官方指南中有两条容易被跳过的建议：

第一，把恢复信息放在电脑之外可获取的地方。本地 Vault 的代价是，电脑不可用时你无法访问其中内容，恢复信息是唯一的退路。

第二，先用测试账号跑一遍流程。保存和填充的交互逻辑需要熟悉，拿工作账号做第一次尝试并不明智。

配对环节还有一个容易混淆的点：扩展必须连接到你预期的这台桌面设备。如果扩展连接的是另一台电脑，那边保存的密码不会出现在这台电脑的 Vault 里。

浏览器扩展与桌面应用的配对，通常是通过一次性的会话令牌或本地回环通道（loopback）完成的：桌面端生成配对凭据，扩展读取后建立本地连接。这种设计的关键点是，扩展本身并不存储密码库，它只是访问桌面 Vault 的一个界面。因此配对具有设备绑定性——如果配对时连接的目标是 A 电脑，那么所有保存、填充操作都只会作用于 A 电脑的 Vault。多设备环境下，务必确认扩展当前连接的是哪一台机器，否则会出现「明明保存了却找不到了」的情况。

生成并填充一个新密码

具体操作流程如下：

1. 在浏览器中打开真实的注册页面，确认网站地址无误。
2. 打开扩展中的 Vault，选择 Password generator。
3. 根据网站规则选择模式和长度。
4. 如需新值，点击 Regenerate。
5. 点击 Use on this page，填充支持的新密码字段。
6. 提交之前检查表单，包括重复密码字段。

当网站字段无法自动填充时，可以使用 Copy password 手动粘贴。官方指南特别指出一点：不要把密码粘贴进 AI 对话去问「这个够不够强」——这等于把凭据暴露给了一个完全不必要的渠道。

网站接受后如何保存登录信息

保存发生在网站接受密码之后，顺序不能颠倒。先完成网站的注册步骤，当浏览器提示保存新登录信息时，核对账号名和网站地址，用你实际使用的用户名保存这个被接受的密码。

也可以在 Vault 中手动创建登录项：填写 Name（名称）、Websites（网站）、Username（用户名）、Password（密码），然后保存。名称建议写得有辨识度，比如「某个项目——工作账号」，这样同一服务的两个账号不容易混淆。

在确认保存项之前，不要关闭注册页面。如果账号需要邮箱验证，也要先把验证流程走完。保存进 Vault 的条目和网站上真实存在的账号，是两件独立的事情。

验证保存的登录是否真的可用

从测试账号登出，回到登录页，打开保存的条目，点击 Fill on this page，核对用户名后提交。

一次成功的二次登录，是整个流程最有价值的端到端检查。它同时验证了三件事：被网站接受的凭据、账号名称、网站地址，是否被正确地保存在了一起。官方说明也坦承，这些步骤描述的是已发布的工作流，并不代表每个网站的表单都经过了测试。

对于已有账号，应当走网站的密码修改页面。只更新 Vault 里的条目并不会改变网站上的密码。旧密码要保留到网站确认修改成功，之后再更新保存项并做一次新的登录验证。

填充被拒绝的常见原因

扩展不会填充页面上每一个可见的输入框。它会检查页面和表单上下文，并可能拒绝不安全页面、隐藏字段，或跨越来源边界的表单。

现象	需要检查什么	下一步
Vault 不可用	桌面连接状态与锁定状态	重新连接并解锁目标 Vault
没有任何字段被填充	页面类型与字段类型	打开实际注册表单；必要时手动复制
选择后页面发生变化	当前网站地址	在正确页面上重新打开条目
某个框架或表单被拒绝	表单数据的提交目标	检查网站正常的登录路径

关键态度是：不要把「拒绝填充」理解为「请求你关闭这些检查」。来源边界校验和安全页面判断是防止凭据被钓鱼页面窃取的第一道防线。

来源边界（origin boundary） 是浏览器安全模型的基础概念。每个网页都有来源（协议 + 域名 + 端口），浏览器默认禁止一个来源的脚本读取或操作另一个来源的数据，这就是同源策略。密码扩展在这种模型上更进一步：当表单的提交目标（action）与实际页面来源不一致，或者输入框处于跨域的 iframe 中时，扩展会拒绝自动填充。这类拒绝并非缺陷，而是防止凭据被提交到仿冒页面的机制。理解这一点后，遇到拒绝填充时正确的排查方向是核对页面地址与表单提交目标，而不是试图绕过检查。

数据留在哪里

保存的条目属于本地桌面 Vault。这条浏览器工作流并不承诺密码会同步到每部手机或云端密码服务。锁定桌面 Vault 之后，浏览器中已打开的 Vault 条目也会同时失去访问权限。

合理的起步方式是从一个低风险的注册开始：配置好 OGAD，生成一个独立密码，保存被接受的登录信息，再用一次全新登录来验证它。跑通这一遍之后，再考虑是否把更多账号迁移进这套本地流程。

对于把密码管理视为「必须掌握在自己手里」的用户，OGAD 提供的是一个清晰的取舍：你获得了不依赖云端的控制权，代价是需要自己承担恢复信息的保管责任，以及接受本地设备不可用时的访问限制。