不支持——但关键在于：它看起来似乎可以。交付的应用能像原生应用一样安装到手机主屏幕，拥有专属图标与配色，并以全屏模式打开（无地址栏），然而每个页面均需实时联网。它并不掩盖这一依赖：断网时，列表直接显示「服务器无法访问」而非留空；正在填写的表单保持开启，完整保留您已输入的内容。但它绝不会将您的业务数据存储在设备本地，也不会将待提交内容暂存排队、等待后续发送。若您日常在办公室、车间或门店等稳定网络环境中操作，这一限制永远不会显现；若您常在信号盲区作业，则首日便会遇到此问题——而本页正是为了帮您在购买前充分评估这一影响。
「可安装到手机」≠「支持离线运行」
交付包中包含一个 Web 清单文件（`manifest.webmanifest`，显示模式为 `standalone`）：因此您的应用可添加至手机主屏幕，拥有独立图标与主题色，并以全屏模式打开（无地址栏）。从视觉效果看，它与应用商店下载的原生应用毫无区别——而这恰恰是造成误解的根源。
真正实现离线能力的关键组件缺失了：即 Service Worker——这个驻留在浏览器中的小型程序，负责在网络不可用时提供页面与数据。生成代码中完全不包含 Service Worker，您可通过在交付包中搜索该关键词加以验证。未集成 Service Worker 的「已安装应用」，本质上仍是每次页面加载都需向服务器发起请求的 Web 应用。
网络中断时，它实际如何响应
它会明确告知用户。无法加载的列表将显示「服务器无法访问。请检查您的网络连接。」——而非呈现为空白列表。这一差异绝非表面功夫：空白界面易被理解为「当前无数据可显示」，您可能因此误判现场尚未录入任何记录，而实际上所有数据均保存在后端数据库中。
在填写表单过程中，若网络中断，表单不会自动关闭，而是持续保持开启状态，完整保留您刚输入的所有内容，并提示「保存失败——请检查网络连接后重试。」因此您无需重新输入；一旦网络恢复，仅需再次点击即可完成提交。但必须坦率说明：只要未在有网络状态下完成点击操作，数据便始终未被保存；若此时关闭标签页，所有输入内容将彻底丢失——设备本地未作任何留存。
它不做的事，以及由此规避的问题
您的任何业务数据均不会存储于手机或电脑本地：既无嵌入式数据库，也无延迟上传队列。因此，网络恢复后亦不存在同步机制。这并非某个设置项被手动关闭——该功能在产品中根本不存在，提前知晓远胜于事后才发现。
这确实是一项限制，但其另一面同样值得坦诚说明：在支持离线作业的工具中，用户反馈最频繁的故障恰恰是同步环节本身——数据回传时丢失、重复提交导致冗余记录。而一个从不构建上传队列的工具，自然也不存在队列丢失的风险。这当然无法替代真正需要离线能力的场景；但它表明：此处的缺失是明确的、彻底的——该功能完全不存在，而非一个可部分启用的中间状态。
依据实际录入场景做决策
真正关键的问题不是「我有信号吗？」，而是「我在哪里录入数据？」。在办公室、车间、门店柜台、封闭式仓库或晚间居家办公时，网络覆盖稳定，这一限制永远不会出现；而在偏远工地、地下室、信号盲区或农村巡检途中，您将在首日即遭遇此问题，且没有任何设置可绕过它。
针对后者，存在两条务实路径：其一，继续使用具备离线能力的工具完成外勤录入，而将生成的应用专用于返程后的事务处理——例如工单跟踪、日程视图、库存查询与业务指标查看；其二，接受延迟录入模式，即现场即时手写记录，待联网后再统一补录。这种方式适合每日仅需录入数条信息的用户，却不适用于日均录入五十条以上的高频场景。切勿抱着「后续再解决」的心态购买——这里根本不存在可供启用的设置选项。