密码条目的自定义字段怎么用？别把 PIN 和安全答案塞进备注
几乎所有人都这么干过：条目的「密码」栏填登录密码，然后 PIN 码、安全问题答案、恢复码、绑定的手机号全塞进备注框。当时省事，半年后就是一锅粥——备注不能搜索、不能单独复制、导出时还被合并成一段乱文本。
自定义字段（Custom Fields，有的工具叫「额外字段」「附加项」）就是解决这件事的：在一条条目里拆出若干有名字、有类型、可单独加密的键值对。用对了，一条条目就是一份完整的账号档案；用错了，只是把备注框换了个地方继续堆。下面给一套能照做的字段规则、放错位置的典型例子，以及迁移前的验收清单。
一、先分清四类信息，只有该独立的才开字段
字段不是越多越好。字段开得滥，编辑窗口变长、导出变乱、填表时还容易点错。判断标准只有一条：这条信息会不会被单独复制、单独搜索、单独更换？会，就给它开字段；不会，留在备注里。
| 信息类型 | 典型内容 | 放哪里 | 要不要加密显示 |
|---|---|---|---|
| 定位信息 | 登录地址、用户名、绑定的邮箱或手机号后四位 | 内置字段（网址 / 用户名） | 否，需要能搜索 |
| 凭据 | 登录密码、支付密码、PIN、PUK | 密码栏或隐藏字段 | 是 |
| 恢复材料 | 恢复码、安全问题答案、备用邮箱 | 独立字段（可多条） | 是 |
| 上下文 | 开通日期、套餐、客服工单号、备注说明 | 备注 / 自定义文本字段 | 否 |
表格第三列是核心：只有「凭据」和「恢复材料」需要加密显示。把网址、客服电话也设成隐藏，结果是自己都搜不到、看不见，纯属自找麻烦。
还要记住一条边界：字段只装「一小段文字」，不是仓库。证件扫描件、许可证 PDF、SSH 私钥这类东西应该走附件，判断方式和密码库能存身份证照片吗一样——附件加密与字段加密是两套机制。
二、字段名先立规矩，否则等于没建
自定义字段最容易失控的地方是命名。有人写「问题1」，有人写「安全答案（妈妈的名字）」，同一个库里三种风格，搜索直接失效。定三条规则就够：
- 用固定的短名，不加序号、不加解释。比如统一写
PIN、SQ1、SQ2、RECOVERY，需要说明的内容放备注。 - 同一类信息在所有条目里同名。今天叫「二级密码」、明天叫「交易密码」，等于两个字段。
- 只写 ASCII 字母和数字。中文和括号在部分工具的 CSV 导出、脚本读取里会被转义或截断。
命名统一后还有一个好处：多数管理器支持按字段名搜索，直接搜 SQ1 就能列出所有用了安全问题的站点。
三、三类最常被放错位置的信息
安全问题答案。绝大多数人填的是真实答案，这是错的。母亲的娘家姓、第一只宠物的名字，在社交平台上翻两页就能找到。正确做法是把答案当成第二个随机密码：用生成器出 12 位随机串，存进 SQ1 字段。网站只比对字符串，不判断你是不是真话。
TOTP 密钥。有的工具允许把 otpauth:// 链接存进自定义字段，靠它生成验证码；也有工具要求走独立的验证器。区别在于密钥和密码放在同一个库里，等于把两把钥匙拴在一根绳上：库被打开，两个因素同时失守。
恢复码。恢复码通常是十组一次性字符，塞进单行字段会变成一大坨。建议每组一行留在备注，同时在 RECOVERY 字段里存一个指向位置的短标记（例如「打印件-保险柜」），这样搜索时能找到，真正要用时知道去哪拿。纸质备份的做法可参考恢复码怎么保存。
四、迁移和导出，是自定义字段最容易出事的地方
各家字段模型并不通用：KeePassXC 是「名称 + 值 + 是否保护」，1Password 有文本、密码、URL、日期等多种类型，Bitwarden 只有文本、隐藏、布尔三种。类型不对就会降级成纯文本，原本隐藏的 PIN 变成明文躺在 CSV 里。
所以换工具前按这个顺序做，别直接点导出：
- 先小批量试。挑 3 条带隐藏字段的条目单独导到一个空库，检查字段名、隐藏状态是否完整。
- 导出后立刻看明文。用文本编辑器打开 CSV，搜一下 PIN 或恢复码。能搜到就说明它在明文里，这份文件必须马上加密或删除。
- 确认再全量导出。原生加密格式（如 KDBX）保真度最高，CSV 只适合当过渡。
- 清空中间文件。回收站、下载目录、聊天记录里转发过的副本都要清，导入流程参见密码本怎么导入密码管理器。
五、一条条目的标准模板与验收清单
把下面这套当成默认模板，新建条目时照着填，以后不用再想：
- 内置字段：网址、用户名（必填，用户名写完整邮箱而不是昵称）。
- 密码栏：随机生成，长度按站点上限给足。
- 自定义字段：
PIN（隐藏）、SQ1/SQ2（隐藏，随机串）、RECOVERY_LOC（文本，写存放位置）。 - 备注：开通日期、套餐、客服工单号、绑定的备用邮箱。
做完随手过一遍这五项，全过才算合格：
- 搜索测试：在库里搜字段名，能一次搜出所有同类条目。
- 显示测试：隐藏字段默认是圆点，点一下才显示。
- 复制测试：每个字段能单独复制，不用整段挑选。
- 导出测试：导出后隐藏字段确实需要再次解密或至少被标记。
- 恢复测试：只看这条条目，你能不能在没有手机的情况下完成一次登录恢复。
第 5 项最能暴露设计问题——要靠翻别的条目才凑得齐材料，就说明字段拆得不对。
六、小结
自定义字段的价值不在「能存更多」，而在把一条条目整理成可搜索、可复制、可迁移的档案。记住三句话：只有凭据和恢复材料需要隐藏；字段名短、统一、纯英文；导出后亲眼确认明文里没有秘密。
常见问题
自定义字段能存多长？有上限吗？
多数工具单字段上限在几千字符量级，够用。但字段越长，移动端编辑越难受，导出时也越容易被截断。超过两三行的内容放备注或附件。
把密码同时写进密码栏和自定义字段，会更安全吗？
不会，只是多了一份副本。副本越多，泄露面越大，改密码时还容易只改一处。一条信息只存一个位置。
字段里的内容会跟着同步吗？
会。字段属于条目正文，和密码一起加密同步，写进去就等于同步到所有已登录设备，共享库成员也可能看到。
导出的 CSV 里字段名变成了一列乱码怎么办？
先确认导出时勾了「包含自定义字段」，再用 UTF-8 打开；若字段被压成一列长字符串，说明目标工具不支持逐字段映射，只能手工补录——这也是字段名建议纯英文的原因。
