隐性模式的常见来源：大写锁定、输入法状态、编辑与浏览态
别名: 隐性模式 · implicit mode · Caps Lock error · IME mode · edit vs. view mode
概念解释
有一类模式并非产品经过深思熟虑设计出来的功能，而是系统底层状态"顺带"暴露出来的副作用，用户往往意识不到自己正处于某个模式里——这类模式统称隐性模式。三个最常见的来源：键盘的大写锁定（按键含义整体反转，且状态在物理键盘上可能只有一个不起眼的指示灯）、输入法切换状态（同一串按键因为中英文或全半角状态不同而产生完全不同的字符）、应用内的编辑态与浏览态（同一次点击在编辑态里触发修改，在浏览态里只是查看）。这三者的共同点是：模式的存在不是为了给用户提供某种能力选择，而是系统运行的必然产物，因此常常缺乏专门设计的指示，比"故意设计的模式"更容易被忽视。
机制
隐性模式之所以格外危险，是因为它们不经过产品设计者对"这是不是一个模式"的主动审视——大写锁定是键盘硬件历史遗留的行为，输入法状态是操作系统层面的全局设置，编辑/浏览态往往是工程实现上"要不要提交改动"这个内部判断顺带外显出来的分野。这些状态大多脱离了具体应用的视觉设计范畴，或者由多个应用共享同一个系统级状态，导致没有任何一个应用会认为"提示这个状态是我的责任"，指示因此在职责的缝隙里被遗漏。用户对这类模式的心智模型也普遍薄弱：多数人不会像记住"我在这个应用里点了编辑按钮"那样去主动追踪键盘物理开关的状态，遗忘的概率天然更高。
怎么研究
清点一个系统或一整套工作流程里存在哪些隐性模式，常用方法是逐一审查所有"状态由外部系统层级决定、而非当前应用直接设置"的信号源——键盘固件状态、操作系统输入法、跨应用共享的剪贴板或权限状态——检查每一个信号源是否在用户当前视野内有对应的可感知提示；再结合实际使用中的错误日志或用户报告，统计因为这几类状态误判而导致的输入错误频次。这类盘点性研究的价值在于揭示"教科书式的模式错误讨论"容易只关注应用内部设计出来的模式，而忽略了这几类跨越应用边界、责任不清的隐性模式点，后者在真实错误报告里往往占了相当大的比例。
边界
不是所有系统级状态都构成需要治理的隐性模式——如果某个全局状态的效果在每次触发时都立即可见且后果轻微（例如音量键调整后有屏幕提示且可即时撤销），即便它同样是"外部于当前应用"的状态，也不属于这里讨论的高风险隐性模式。真正需要警惕的，是那些效果延迟显现、后果不轻微、且没有专门指示的组合，大写锁定导致密码连续输错、输入法状态导致重要文字内容混入错误字符，都是这个组合的典型例子。
怎么落地
产品设计中即便不能控制键盘硬件或操作系统输入法本身，也应该在应用层面为这几类高风险隐性模式补上专门的、位于视觉焦点处的提示：密码输入框在检测到大写锁定开启时，紧贴输入框显示提示而不是依赖键盘上的指示灯；文本输入区域在切换输入法状态时，在光标附近而不是系统状态栏给出即时反馈；编辑态与浏览态的切换需要有持续可见的视觉差异（边框、背景色），而不能仅靠一个容易被忽略的图标。验证办法：找一批不熟悉该产品的测试者，在他们不知情的情况下预先把大写锁定打开或把输入法切到非默认状态，观察其完成一段输入任务后，多久能自行发现输入结果不对——发现耗时越长，说明当前的提示设计越不足以覆盖这类隐性模式。