密码长度、颜色种类等设计限制若照搬该数字，缺乏实证依据

概念解释

"密码长度别超过用户能记住的范围""图表分类颜色别超过七种""导航项别超过七个"，这类设计规则经常直接挂靠记忆容量数字作为依据，但挂靠本身往往没有对应的实证支持——真正决定这些场景可用上限的，是与记忆容量完全不同的因素：密码是否好记，取决于它能不能被组织成用户熟悉的模式、而不是它当下要不要塞进工作记忆；图表颜色能分清几种，取决于人眼对相邻色相的可辨识度、而不是记忆容量；这些场景各自有自己的、可以直接测量的决定因素，套用一个来自完全不同任务的数字，只是找了一个听起来权威、实际上不对应的理由。

机制

密码的可记忆性主要由用户能否把它组织成有意义的、与已有知识关联的结构决定——一串能拆成熟悉词根或习惯搭配的字符，比等长的完全随机字符串好记得多，这靠的是长期记忆里的既有结构，用户回忆密码时也是从长期记忆里提取，不是从工作记忆里现取现用；图表或界面里同时呈现的颜色种类上限，则取决于视觉系统对相邻色相、明度差异的分辨能力，色相越接近、光照或屏幕条件越苛刻，能可靠分清的颜色种类就越少，这与记忆无关，是感知分辨率问题。这两个例子的共同点是：真正的限制因素都能被单独测量出来，而记忆容量数字只是被借用来给一个本该另找依据的规则镀上权威感。

怎么研究

判断一条设计规则是否属于这种误用，可以检查它的论证链条：如果规则背后引用的证据直接测量了目标场景本身（比如专门测量用户生成和回忆密码的实证研究，或者专门测量颜色可辨识度的感知实验），这条规则是有依据的；如果论证链条绕了一圈，最终落脚在"因为人的记忆容量是七"这类泛泛引用上，却没有一项研究直接测过密码或颜色种类本身，就应该被视为缺乏实证支持，需要单独补做针对该场景的验证，而不是继续沿用。

边界

某个具体数字恰好接近七，不代表这个数字一定是误用的产物——它也可能是出于完全不同的、真正相关的原因（比如颜色可辨识度研究本身可能也测出一个接近七的安全上限），关键不在于数字本身是不是七，而在于支撑这个数字的证据是不是来自这个场景自己的测量。

怎么落地

• 盘点当前设计指南里所有带具体数字上限、且引用了"记忆容量"或类似措辞作为依据的条目，逐条检查其论证链条最终落脚在哪种证据上；找不到直接测量该场景本身的研究支持的，标记为待验证，不要继续当作既定规则使用。
• 对密码长度、颜色种类这类具体场景，转而寻找或补做针对场景本身的证据：密码场景看用户实际创建与回忆密码的实证数据，颜色场景看色相可辨识度或色盲安全性的感知测试结果，用这些数据重新定上限，而不是回退去引用记忆容量数字。
• 验证办法：对每条待验证的数字规则，要求提供一项直接测量该场景的研究或内部实验作为依据；补不上证据的规则，在产品里先按当前实际数据（如密码破解或误认颜色的发生率）设一个临时上限，并注明这是待验证状态，而不是把记忆容量数字当成永久理由保留。

延伸

• 同组：A6.10.1 记忆容量的经典数字不适用于视觉选项数 · A6.10.2 菜单项数量的限制来自搜索成本而非记忆 · A6.10.3 引用容量结论时须核对原始任务类型 · A6.10.4 经典容量数字源于一维刺激的绝对判断任务，与多数界面场景结构不同 · A6.10.5 该数字在科普传播中被简化为万能设计法则，脱离了原始实验条件 · A6.10.7 判别设计限制是否该援引记忆容量，需先确认用户是否真在做无提示回忆
• 相邻：A1.05 颜色视觉与对立通道机制 · O3.01 密码策略
• 站内检索：password memorability · color discriminability limit · unsupported design rule