离线也能
持续屏蔽应用

可以 — 在 iPhone 上完成设置后，Fella 的核心屏蔽在离线时也能运作。 关闭 Wi-Fi 或移动数据不会移除作用中的屏蔽。已注册的排程仍会通过 Apple 的 Device Activity 系统执行。当装置已识别你的付费权益时，手动时段与紧急解锁会使用本地屏幕使用时间 API 与本地状态。

这不代表 Fella 的每个部分都能完全离线运作。 购买或还原订阅、在没有可用缓存时刷新账号或权益信息、下载更新以及传送分析数据都需要网络。离线屏蔽是关于执行层面的主张 — 而非账单、账号或所有周边服务。

装置重新启动未列为保证可离线的情境。 当 Fella 启动时，来源会从共用的本地状态重建屏蔽与时段状态，已注册的 Device Activity 排程则由系统管理。但由于没有可连接的 iPhone 可用于在飞行模式下重启测试，因此本页面不对此特定顺序作出保证。

1. 屏蔽执行在 iPhone 上完成。 Fella 向 Apple 的 FamilyControls 系统请求权限，接收你所选应用或类别的具隐私保护代码，并将这些代码交给 Managed Settings。Managed Settings 会应用系统屏蔽。

2. 时段与排程状态储存在本地。 手动开始与结束时间、作用中屏蔽来源、常规、已注册活动名称与紧急解锁时间皆位于应用共用的 App Group 中。这让主要应用与其扩展无需检查 Fella 服务器就能对当前规则达成一致。

3. 订阅、账号与分析服务使用网络。 RevenueCat 处理产品、购买、还原与权益刷新。使用账号时，验证会使用 Fella 的账号服务。PostHog 接收产品分析。这些服务都不是让已启用应用屏蔽持续显示的机制。

屏蔽会保持生效。 关闭 Wi-Fi、停用移动数据或启用飞行模式不会移除 Managed Settings 屏蔽。此限制并非通过持续向远程服务器询问是否可打开应用来执行。

时段仍有本地结束时间。 Fella 会保存手动时段日期并注册 Device Activity 回调作为系统备份。连接中断不会重写该状态或停用屏蔽来源。

飞行模式不是关闭网络就能绕过。 目前架构在屏蔽、排程监控或紧急重新锁定路径中皆无网络依赖。这是来自代码层级与自动化测试的证据；尚未在此页面于目前已连接的实体 iPhone 上重复验证。

在已设置且有权益的安装上可以。 开始手动时段会向 Apple 的 Device Activity 系统注册其开始与结束时间，将日期写入共用本地储存，将手动屏蔽来源标记为作用中，并应用指定应用的屏蔽。这些动作皆不会调用 Fella 后端。

订阅检查是分界点。 Fella 在开始前会检查付费权益。RevenueCat 会在装置上缓存顾客信息，若刷新失败，Fella 会保留最后已知的生效状态。若应用没有可用的权益缓存 — 例如首次购买前 — 则无法在离线状态下创建付费权益。

应用选择与屏幕使用时间权限必须已可用。 系统选择器与授权属于 iOS。本页面不保证首次设置、购买或账号恢复可在无连接时完成。

Fella 向 Device Activity 注册常规排程。 当已注册的时段开始时，iOS 会执行 Fella 的监控扩展。扩展会启用对应的屏蔽来源并从共用本地状态应用屏蔽。当时段结束时，则移除该来源并协调任何重叠的屏蔽。

主要应用不必保持开启。 这正是使用 Device Activity 监控扩展的目的。其开始与结束回调不包含 RevenueCat、PostHog、Supabase、URLSession 或其他网络客户端。

离线不代表能免疫所有系统变更。 撤销屏幕使用时间权限、变更装置设置或移除必要授权，与失去网络连接是不同问题。请查看 Fella 的时段与常规运作方式。

解锁本身不需要服务器回应。 符合资格时，Fella 会在本地储存 5 分钟的开始与结束时间，暂时移除屏蔽，并为时段结束排程 Device Activity 回调。即使主要应用未执行，监控扩展仍会重新应用当前的屏蔽规则。

付费权益仍须在装置上被识别。 应用在授予紧急解锁前会检查订阅状态。现有的缓存权益可在刷新失败时保留；缺少或首次的权益则无法在离线状态下创建。

重新锁定有两条本地路径。 系统扩展是背景路径。若该回调延迟或排程失败，Fella 也会在下次应用执行时协调本地储存的结束时间。了解更多紧急解锁行为。

Fella 不会通过 VPN 或代理转送应用流量。 它的工作是通过 Apple 的屏幕使用时间框架限制对指定 iPhone 应用的访问。这就是为什么应用屏蔽不依赖作用中的数据连接或远程过滤服务器。

网络过滤解决的是不同问题。 以 VPN 或 DNS 为基础的工具通常设计用于过滤网站与网络请求。有些也能在离线时保留有用的行为。Fella 并非宣称每个 VPN 屏蔽器在无网络时都会失效；而是说明 Fella 自身的应用屏蔽路径并未使用 VPN。

离线应用屏蔽不等于离线网页过滤。 Fella 屏蔽的是指定的应用。它并不宣称在离线时能屏蔽所有网站、连接或网络内容。更广泛的执行方式比较，将在专属的免 VPN 页面发布时完整说明。

你原生屏蔽的应用选择以 Apple 不透明的屏幕使用时间代码呈现。 Fella 将这些代码储存在应用与其屏蔽扩展共用的本地 App Group 中。来自 Apple 选择器的代码不会作为分析属性传送。

Fella 并非完全离线的应用程序。 正式版应用使用 RevenueCat 处理订阅、选用账号服务处理验证与支持的同步、PostHog 进行产品分析，以及 Sentry 进行诊断。这些服务可在有连接时传送其文件所述的数据。

做决定前请先阅读完整范围。 请查看隐私政策了解完整数据清单，并阅读 Fella 隐私理念了解装置端屏蔽的白话说明。

你的网络连接不该是维持屏蔽的原因。 Fella 的核心规则由 iOS 在手机上应用，因此隧道、死角、已停用的数据方案或刻意切换至飞行模式，都不会移除已启用的应用屏蔽。

当问题是应用访问时，Fella 是合适的选择。 它不是 VPN、网站过滤器或远程监控服务。它是围绕本地指定应用限制、手动时段、排程常规与受控紧急访问所打造的 iPhone 应用屏蔽器。