隐私中心：基础阅读不需要用敏感权限交换

访问数据

网站运行可能产生常规服务器日志，例如请求时间、访问页面、浏览器类型、网络错误或用于安全防护的技术信息。这类数据应以保障站点稳定、安全和基础统计为目的，避免收集与功能无关的敏感个人资料。

如果部署者启用额外统计脚本，应明确其实际行为、保存期限和数据接收方。本站模板本身不通过正文表单要求真实姓名、身份证件、电话或住址。

设备权限

纯阅读功能通常不需要通讯录、麦克风、相机、相册或精确位置。APP如果未来加入确实需要某项权限的功能，应在用户主动触发该功能时解释用途，并允许拒绝。拒绝非必要权限不应阻止基础栏目阅读。

反馈资料

资料更正、版权反馈和意见建议可能需要用户主动提供足以说明问题的信息。建议只提交与事项直接相关的内容，不在公开文本中附带账号密码、证件号码、私人地址等敏感资料。本站也不会通过帮助页面索取这些信息。

本地偏好

如果未来保存阅读偏好、主题设置或最近访问记录，应优先采用可控、可清除的本地方式，并在功能说明中告诉用户如何关闭。偏好设置不应被悄悄扩展为跨站追踪或广告画像。

用户权益

用户应能了解收集了什么、为什么需要、保存多久以及如何请求更正或删除可识别资料。若实际部署没有收集某类数据，也不应为了显得“完整”而虚构处理流程。隐私说明必须跟随真实功能更新。

第三方与外链

当前站点规范不使用外部API、iframe、CDN、远程字体或外链图片。若未来功能发生变化并引入第三方服务，应重新评估数据流向和隐私影响，而不是沿用旧说明假装没有变化。

安全与保存期限

任何实际收集的数据都应与明确用途相匹配，并只保存完成该用途所需的合理时间。服务器日志如果用于故障排查和安全审计，应限制访问人员和保存范围；不应因为技术上能够长期保存，就默认无限期留存。

若未来加入账户、同步或通知等新能力，隐私说明也必须随功能同步更新，清楚写明新增数据类型、用途、保存方式和用户控制入口，而不是继续沿用只适合匿名阅读阶段的旧文本。

未成年人和敏感信息

91次元不需要通过收集年龄证明、身份证件或家庭信息来提供基础阅读。用户在反馈中也不应主动提交这类敏感资料。若实际业务未来涉及必须进行年龄或身份核验的场景，应采用独立、合规且最小化的数据流程，不能把普通帮助页面当作核验通道。