权限调整的影响范围，取决于你调的是哪一层。
信任列表里的设备，日常操作不再重复确认。
改验证影响所有需验证操作
前提里最常缺的是适用范围。
位置换了但还在，需要时仍然找得到。
改设备信任只影响这一台
接缝处最容易出问题，也最值得写清楚。
列表越长，需要维护的地方越多。
容易忽略的一处
能自己判断，就不需要每篇都从头读一遍。
调整后需重新验证一次
密码是第一层，动态口令是第二层。
细节应该放在后面，按使用顺序展开。
按调的层判断范围
升级不是报错，只是要求补一次确认。
层与层之间有依赖，很多边界是依赖带来的。
这是为了避免在已泄露的会话里改掉验证方式。
遇到说不清楚的地方，通常是规则本身还没定下来。
没抄下来的话，只能重新绑定。
同一件事在两处写法不同，会被当成两件事。
备用验证方式要在需要之前设好。
把入口、默认与边界一次说清，用户自己就能判断。
把常用设备定期清理一次，比出事之后再排查省事。
知道自己可以改，和知道默认是什么，是两件事。
确认过一次之后，这台设备进入信任列表。
带时间的说明才是可以引用的说明。
不认识的设备出现在列表里，应当立即移除。
第三句写用之前要知道的边界。
权限调整会影响哪些功能，取决于调的是哪一层。
补完之后回头读一遍，看是否还缺前提。
动态口令绑定会生成一组恢复码，只在绑定时显示一次。
产品说明的第一句应该写这件产品解决什么问题。
改验证方式会影响所有需要验证的操作。
默认值是最容易被忽略的一项。
设备确认是第三层，只在环境变化时触发。
适用范围写了，读者自己就能判断是否适用。
设备确认的对象是这台设备，不是这笔操作。
看到功能是灰的，先找它依赖的那一层。
哪一层在什么时候触发，取决于风险判断。
调整之后通常需要重新验证一次。
移除之后，那台设备下次操作需要重新确认。
长期不用的入口可以收起来，收起来不等于删掉。
确认过一次之后，这台设备进入信任列表。升级不是报错，只是要求补一次确认。看到功能是灰的，先找它依赖的那一层。
这是为了避免在已泄露的会话里改掉验证方式。确认过一次之后，这台设备进入信任列表。看到功能是灰的，先找它依赖的那一层。
位置换了但还在，需要时仍然找得到。把常用设备定期清理一次，比出事之后再排查省事。细节应该放在后面，按使用顺序展开。
哪一层在什么时候触发，取决于风险判断。升级不是报错，只是要求补一次确认。同一件事在两处写法不同，会被当成两件事。
