移动阅读场景：先从问题入口进入，而不是被信息流推着走
手机屏幕更适合分层阅读。首页提供要点、主题、回应和查证等入口，底部导航则保留首页、摘读、查证、索引与应用说明。读者可以先通过短摘要确定需要了解的问题，再进入长文或专题。页面不使用自动轮播、倒计时或强制弹窗，主要正文保持浏览器原生整页滚动。
目录浏览：所有栏目都可以从正常链接访问
在手机与平板上，栏目目录使用原生 details 展开，内容处于正常文档流，会推开下方正文而不是覆盖页面。目录按视听与传播、事实与脉络、生活与观察、阅读与服务、规则与平台分组。即使关闭 JavaScript，目录仍然可以展开；JavaScript 只负责让目录与站内查找最多同时展开一个。
摘读与查证：短内容负责定位，长内容负责解释
要点摘读不会模拟实时新闻流，而是整理具体阅读问题。需要核对的说法则进入信息查证，逐步检查出处、证据与结论范围。这样的结构让移动端无需在一篇极长页面中寻找所有信息，也避免用标题直接替代核验过程。
主题阅读：把反复出现的问题整理成可复用方法
主题索引针对片段传播、会员服务等问题建立背景与阅读路径。手机上可以通过锚点直接进入对应主题，不需要横向滑动卡片。主题页只使用现有站内内容，不依赖外部 API，也不会根据设备类型删减正文。
权限与隐私边界：没有资料就不替客户端作承诺
当前页面没有经过核实的客户端版本、商店状态、权限清单、安装量、评分、同步或推送资料，因此不会声称这些能力存在，也不会提供二维码或真实下载地址。若未来提供正式客户端资料，应以发布主体的实际说明为准，逐项核对权限、数据用途与版本来源。
网页能力与客户端能力要分开说明
当前能够直接验证的是响应式网页本身：栏目目录、静态站内查找、底部导航、正文锚点和完整内容都可以在手机浏览器中使用。这些能力不应被改写成“客户端已经同步”“已经支持推送”或“可以离线阅读”。如果未来确有正式应用，应重新核对应用商店页面、版本说明、权限清单与隐私政策，并只描述实际存在的功能。把网页能力和客户端能力分开，能够避免用户因名称相似而误判下载与安装状态。
阅读连续性来自链接结构，而不是强制留在单一界面
移动端的相关栏目、面包屑和底部导航都使用真实链接，因此读者可以使用浏览器返回、复制链接或直接打开新页面。站点不会通过透明遮罩拦截点击，也不会为了“留存”阻止普通跳转。这样的网页结构虽然简单，却能让阅读路径更可预期，也让 JavaScript 失效时仍保留基本导航能力。