Warden
确认具体的日期和选择的范围
从保持打开状态的应用开始。检查它是否属于保存的选择，今天是否启用了限制，以及限额是否与其他应用共享。在重复的日程中，检查开始、结束和选择的工作日。
跨午夜的日程需要特别注意：一个晚上 10 点开始，早上 7 点结束的封锁会跨到另一个日期。一个可见规则和当地时间的截图比“昨天它就停止工作了”更有帮助。请勿发送私人账户凭据。
检查授权和允许的访问
检查 blocker 和 iPhone 设置中的“屏幕使用时间”授权。然后查找活跃的临时解锁、紧急覆盖或始终允许的例外。即使规则仍显示在您的列表中，这些也能故意更改被阻止的内容。
Apple 内置的“屏幕使用时间”和第三方 blocker 不一定是相同的配置。一个应用中的限制不能证明另一项服务正在监控相同的选择。在更改不相关的设置之前，请确定哪条规则应该起作用。
参考： Apple：日程和应用使用时长
将延迟的信息与执行失败分开
图表可能会显示较旧的报告，而本地限制仍处于活动状态。反之，保存的计时器或进度环并不能证明系统防护已应用。注意您可以实际观察到的情况：目标应用是否打开以及相关规则的状态。
使用已知限额的简短、非必要测试。避免同时运行几个新的测试规则；重叠的设置会使识别原因变得更加困难。请勿使用重要的通信应用作为测试目标。
为支持提供有用的复现步骤
包括手机的软件版本、规则类型、选择的日期、限额或日程、当地时间，以及临时访问是否处于活动状态。解释您的预期和实际出现的情况。
将报告集中在一个示例上。支持请求不需要您的密码、完整的浏览历史或敏感消息内容。修复后，重复相同的短测试，以便您能判断问题是否实际已解决。
支持报告中应包含的内容
一个有用的报告可能这样写道：“周二晚上 8:40，这部手机显示所选应用有 30 分钟的每日限额。规则已启用，但我仍然可以打开该应用。没有显示临时访问或紧急覆盖。这是软件版本和该规则的截图，无关细节已隐藏。”
包括您如何衡量限额已用完，以及该数字是否涵盖此设备、此应用和今天。累计的每周总计或另一设备的活动并不能证明已达到当前的每日阈值。在提出修复方案后，重复相同的测试，然后再更改更多设置。
