▤ 手机上也保持同一套内容

移动阅读

移动阅读围绕更适合窄屏的导航、分类浏览和隐私设置展开。核心正文与桌面端保持一致，不根据设备隐藏或替换内容，也不使用User-Agent把读者跳转到另一套页面。

把最常用入口留在手边

手机底部保留首页、追踪、主题和移动阅读四个入口，其他内容通过目录进入。这样的结构避免把所有分类挤在一行，也减少小屏幕上误触。页面正文仍使用浏览器正常滚动，不放进固定高度的内部滚动框。

如果JavaScript关闭，主要正文和普通链接仍然可读。脚本只负责目录、搜索层和遮罩等交互，不承担核心内容加载。

可以从今日追踪查看当天更新，从公开核验确认来源，从事件回顾理解前后关系，再通过主题地图补背景。移动端不减少这些内容，只调整导航展示方式。

任何涉及通知、相册、存储或其他设备权限的功能，都应在真正需要时再申请，并解释用途。阅读公开资讯本身不需要通讯录、精确定位等高敏感权限。

本站当前不建立真实账户、充值会员、付费点播或博彩抽奖功能。若未来增加收藏等功能，也应优先使用低数据方案，并清楚说明是否需要登录。

移动阅读页目前只介绍功能与使用方式，没有发布真实安装包，因此不会制作镜像下载、破解版本或来源不明的跳转按钮。若未来存在正式版本，应以站内清楚公告和能够核对的正式发布渠道为准。

不建议为了安装所谓“特别版”关闭系统安全保护、授予无关权限或安装来源不明的描述文件。设备安全应优先于获得某个阅读入口。

移动端最容易出现的问题，是为了缩短页面而只显示标题和一句摘要。本站不会把重要来源说明、限制条件和版权提示仅留在桌面端。窄屏只是重新排列模块，核心文字仍然完整保留。

如果未来增加通知功能，也应允许用户按分类选择，并默认避免使用夸张标题制造不必要的紧迫感。通知只是提醒入口，不能替代正文语境。

如果未来提供通知，通知只应作为进入正文的提醒，而不是用一句标题替代完整事实。涉及更正、来源限制或待核对状态时，正文中的这些条件仍然必须保留，不能因为移动端空间有限就省略关键语境。