输入框是动态生成的
id 每次刷新都变，比如今天叫 username_8831、明天叫 user_2290，又没有稳定的 name 或 autocomplete 属性。密码管理器拿不到可靠的锚点，只能放弃。
内网系统 · 自动填表
内网系统、老 OA 怎么自动填表？
公司内网、自建后台这类登录页，密码管理器经常“不动”。这篇把原因、三种可选方案和具体配置步骤写清楚，照着做大约十分钟。
为什么密码管理器在这里不工作
不是它不够强，而是这类页面缺少它依赖的判定信号。常见的三种情况：
登录页在 iframe 里
有些老系统把登录框放在 about:blank、srcdoc 这类子框架里，扩展默认不进入这些框架，看起来就是“完全没反应”。
表单不符合标准结构
div 套 div、没有 form 标签、登录按钮其实是发一个请求。浏览器判断不出这是登录表单，自然不会触发填充。
三种可行方案，先看清代价
都能解决“自动填”，但成本、维护方式和适用场景差别很大。
| 方案 | 上手成本 | 页面改版后 | 适合谁 |
|---|---|---|---|
| 浏览器自带密码管理器 | 零成本，系统自带 | 自动失效，无法手动修 | 标准登录表单、少量账号 |
| RPA 工具（如影刀、UiPath） | 要装客户端，学习流程编排 | 需要重新录制流程 | 跨软件、跨系统的重复劳动 |
| 规则型浏览器扩展 | 装完即用，在页面上点选元素 | 重新拾取一次即可 | 内网后台、老 OA、自建系统 |
如果只是偶尔登录一次，浏览器自带的够用；如果是每天都要登的几个后台，规则型扩展的维护成本最低——页面改版后重新点一次元素就行，不需要写代码。
用规则型扩展配置一条规则
以密码填充（AutoFillExt）为例，一条规则 = 一个 URL + 若干定位器 + 一组值。
装好扩展，打开规则面板
在 Chrome 或 Edge 商店安装后，点工具栏图标，选择「管理所有规则」。面板会以抽屉形式贴在页面右侧。
新建规则，先填 URL
URL 支持精确、正则和通配符三种写法。整个后台可以用通配符覆盖，例如 https://admin.example.com/** 一条就够，不用为每个子页面建规则。
https://admin.example.com/**用拾取器点出用户名和密码
点定位器上的「拾取」，鼠标移到页面上的输入框，出现高亮框后点击，就会自动生成一条稳定的表达式。密码框重复一次。
保存规则，刷新页面验证
保存后刷新登录页，字段应该自动填好。如果还要自动点登录，给「登录」按钮再加一条 click 定位器即可。
动态 id 的定位器怎么写
拾取器生成的是最直观的一条；如果页面 id 每次都变，可以手动改成下面这几种更稳的写法。
按 id 前缀匹配
id 的后半段是随机数时，用属性前缀选择器锁定前半段。
input[id^="username_"]按表单和类型定位
表单本身有稳定的 name 或 action 时，从表单往下找具体字段。
form[name="login"] input[type="password"]XPath：按文案找相邻输入框
字段没有稳定属性、但旁边的 label 文案固定时，用 XPath 从文案反查。
//label[contains(text(),"用户名")]/following::input[1]边界与风险，先说清楚
这类工具能省事，但不是万能的，下面几条最好提前知道。
- 只用于自己的账号、自己有权限的系统；不要用它去碰别人的账号。
- 填充数据默认保存在本机浏览器存储里，本地不加密。公用电脑、借用的设备上不要保存密码。
- 页面结构大改（换框架、换登录流程）后需要重新拾取一次，这是这类方案的固有成本。
- 跨域 iframe 里能否注入取决于浏览器权限模型，个别系统仍然填不进去。
- 受管控的公司设备可能禁止安装扩展，动手前先确认 IT 政策。
常见问题
密码会被上传到服务器吗？
不会。用户名、密码、规则和值集只保存在本机浏览器存储里；只有高级版的授权校验需要联网，发送的是 License Key 或签名后的授权元数据、设备哈希与扩展版本，不包含任何填充内容。
支持 XPath 吗？
支持。定位器类型可以在 CSS Selector 和 XPath 之间切换，拾取器默认生成 CSS，需要时手动改成 XPath 即可。
同一个站点有多个账号怎么办？
一条规则下可以建多组值（值集），每组存一套账号密码；在扩展弹窗的下拉里切换，切换后重新填充即可。
一定要会写 CSS 吗？
不需要。拾取器会在页面上生成表达式，点一下输入框就能得到；只有在 id 动态变化、需要更稳的写法时，才需要手动改一改。