密码生成 · App

• 场景一

  新注册一个后台，卡在密码规则上

  很多企业后台要求「至少 12 位、含大小写与符号、90 天必须更换」。手动凑出来的密码往往有规律，下次改的时候又会退回老样子。用 App 生成一条并复制，再在手机备忘录里只记「这个站点用过它」这一条线索，规则改起来就不再是负担。

• 场景二

  密码生成临时给别人开一个只读账号

  同事临时需要看一份报表，你给他开一个只读权限账号。这种密码原则上不该复用你自己的常用密码。用 App 现场生成一条一次性密码发过去，用完即弃，事后不留下任何需要「记得改回来」的尾巴。

• 场景三

  把几个用了五年的老密码统一换掉

  同一串密码在十几个网站里复用了好几年，这是最常见也最危险的状态。挑一个晚上，把重要的五六个站点逐个换。App 的批量生成功能在这里比较顺手：一次备好一串，换一个复制一条，不会生成到一半忘了换到哪。

上面「约 30 位」「约 92 位」是按字符集大小与长度做的区间估算，用来说明差距量级，不是精确测量值。这类数字用「约」字更诚实：真正决定安全性的还有「这个密码有没有在别处重复使用」这一条，App 帮不了你，得你自己守。

1. L1 · 先把它当个「临时凑数」的工具

   遇到注册页提示强度不足时打开它，点一下生成、复制、粘贴。这个阶段的目标只有一个：不再用生日和手机号结尾凑数。做到这一点，风险就已经下降了一大截。

2. 密码生成L2 · 学会按网站规则调长度与字符集

   开始注意「这个站只让用数字」「那个站不让用符号」。把长度调到 14 位以上、勾选符号，成为你的默认动作。到这一步，你生成的密码已经超过大多数人的常用水平。

3. L3 · 给密码分个级：重要 / 一般 / 一次性

   银行、邮箱、主账号归「重要」，长度拉满；论坛、试用站归「一般」；临时分享归「一次性」。分级的好处是，你的注意力会集中到真正值得护住的那几个账号上。

4. L4 · 建立「换密码的节奏」而不是等出事再换

   把 L3 里标记为「重要」的那几个，按季度或半年过一遍。不必全换，只换那些你觉得已经暴露在太多地方的。这个习惯的性价比，远高于临时抱佛脚。

5. L5 · 让密码生成成为你流程里的一环，而不是一个工具

   给新员工开账号、给外包同事开只读权限、给自己新设备登录 —— 这些动作发生时，顺手生成一条已经成了肌肉记忆。到这一步，你不再需要「想起来要保护密码」，因为它已经嵌进了你的日常动作里。

1. 2026-09-28 v2.6.0：剪贴板自动清空时间可以自己定了

   新增 15 / 30 / 60 / 120 秒四档可选，默认 60 秒。之前固定 30 秒，有用户反馈在填多步表单时不够用，这次改成可设。

2. 2026-09-12 「只能输数字」的老系统，密码该怎么配才不算白给

   纯数字密码的安全性天然受限。这篇讲的是：在规则放宽不了的前提下，把长度拉到上限、避免规律递增，能挽回多少。

3. 2026-08-27 同一个密码用在几个站，才算出问题？

   从「撞库」这件事的实际发生路径讲起，说清楚为什么复用比密码本身简单更危险，以及从哪几个账号开始拆最划算。

4. 2026-08-09 批量生成该怎么用：一次换五个账号的实操顺序

   把「先换哪个、后换哪个、换完记什么」排成一个固定顺序，避免换到第三四个就开始混乱。

5. 2026-07-21 估算熵值是怎么算出来的，为什么它只是个参考

   解释强度条背后的粗略模型，也坦白它的局限：它衡量的是「生成方式」，衡量不了「你有没有把这个密码到处复用」。

6. 2026-07-03 出差在外、网络不好时，这个 App 还能不能用

   答案是能，因为它本来就离线。这篇顺带讲了在共享电脑上使用后，应该做哪几步收尾。

7. 2026-06-18 符号到底要不要加？加了反而记不住怎么办

   讨论「加符号」和「加长度」哪个对强度贡献更大，以及在什么情况下应该优先选后者。

上面这三条是真实反馈里的个别样本，我们没有做汇总打分，也没有用它拼出一个「平均评分」。样本太少的时候，平均值反而会误导人 —— 这一点我们宁愿空着，也不补一个看起来漂亮的数字。

我们没有在页面上放下载量或累计用户数。这类数字变动快、口径也难统一，写上去反而容易失真。如果你需要判断活跃程度，更实在的做法是看反馈邮件的回复速度，以及版本更新的频率 —— 这两件事我们一直在维护。