隐私保护

访问数据与统计脚本

网站公共头部加载现有的 /x.js 与 /xtj.js。由于本页不假设这些脚本的具体实现，因此不会宣称“完全不收集数据”“绝不使用Cookie”或已经通过某项隐私认证。用户应结合脚本实际部署内容与服务器配置评估数据行为。

本站页面本身不提供登录、注册、支付或数据库提交功能。

个人资料最小化

正文和栏目设计不需要读者提供身份证、银行卡、私人手机号、家庭地址、验证码或私人医疗资料。联系与线索说明也不设置在线表单，不制造敏感资料收集入口。

若未来增加任何数据收集功能，应先明确目的、范围、保留方式与用户权利。

敏感信息与未成年人

公开讨论不应以传播敏感信息为代价。未成年人资料、私密影像、私人聊天记录、精确住址和医疗信息应采取更严格保护。即使内容已经在其他平台出现，也需要重新判断继续展示是否必要和合适。

编辑内容优先使用公开职业信息和公开表达。

图片与第三方信息

本站只调用本地图片文件，不使用外链图片或第三方图片接口。图片存在时完整展示，不通过裁切改变主体；图片不存在时正常回退为文字内容。

第三方观点和外部公开信息在正文中应说明其来源层级，不把它们写成本站自己掌握的私人资料。

资料保留与隐私权利

由于当前站点没有在线账户或资料提交功能，本页不虚构账号删除、资料导出等不存在的功能。若用户就可见内容提出隐私问题，可按联系与反馈页准备具体页面、问题描述和必要的权利说明。

涉及隐私争议时，内容核对和最小化展示优先于维持页面完整。

公开信息也需要再次判断必要性

隐私保护不只针对私密数据库。一个人的公开帖子、公开照片或公开职业资料在被重新组合后，也可能形成超出原有语境的个人画像。因此编辑使用公开信息时仍要问：这项信息与当前公共议题是否直接相关、是否需要展示完整内容、是否能够用更少信息说明问题。尤其是联系方式、家庭成员、未成年人和位置细节，即使曾经公开出现，也应采取更谨慎的处理。

如果页面后续增加分析工具、表单或账户功能，隐私说明也必须同步更新，不能继续沿用当前“无提交功能”的描述。

敏感信息不应成为证明事实的唯一方式

如果一个事实只能通过公开私人聊天、完整证件或家庭资料才能“证明”，应优先寻找更安全的公开来源。编辑不应因为想增强说服力，就展示与公共议题无直接必要关系的敏感信息。

在很多情况下，官方公开记录、当事方公开表述或经过脱敏的事实描述已经足以说明问题。减少不必要暴露，是内容质量的一部分。