P3.04.2Self-restriction bypass设计
限制工具容易被绕过
别名: 限制绕过 · 应用限额豁免 · app limit bypass · ignore limit
概念解释
应用限额、勿扰模式、内容屏蔽这类自我限制工具，普遍存在低成本绕过（bypass）路径：再点一次「忽略限额」、换设备、换账号、重启、卸载重装。限制工具的易绕过不是实现缺陷而是结构性的：约束由被约束者自己部署、自己解锁。
机制
自我施加的约束在冲突瞬间由同一个人裁决——而这正是它要防的处境。限制工具的力量全部来自抬高冲动通过的摩擦；绕过路径把摩擦重新降到接近零时，工具就只剩提醒作用。更糟的是绕过有自我许可效应：破例一次降低了下次破例的心理成本，「今天已经破过例」成为继续的理由。平台侧的动机也不对称：把限制做成可轻松忽略不会伤害任何参与指标，做成硬限制则会——默认的工程选择因此总是偏软。
边界
绕过不总是失败。有意的灵活豁免（工作需要的例外）与失控式的连锁绕过是不同行为，工具应当区分并记录两者，而不是一视同仁地堵。多人协作场景（家长与青少年）的绕过本质是关系博弈，工具层无法单独解决。硬限制（系统级、密码由他人持有）有效得多，但代价是把「真实需要被卡死」变成无法自救的困境——强度与安全互为代价。摩擦高度该定在哪里，是单独的校准问题。
怎么落地
承认软限制的天花板，把绕过路径设计成有记录、有延迟、有成本而非消灭：忽略限额需要输入自定义理由并经过短暂冷却；所有豁免记入周报，让绕过对用户自己可见。确需硬约束的场景用结构性方案——设备级监管、第三方持有密码、物理隔离（睡前设备放客厅）。验证办法：统计「忽略限额」的使用频次与之后的限额调整行为——频繁忽略而从不调整阈值，说明限额定在了冲动区间而不是需要区间，该调阈值而不是加限制。