PG游戏机制图鉴：联系编辑部

开始前的联系编辑部准备

先判断事项是否属于编辑范围。文字事实、引用错位、日期混用、页面无法阅读和安全措辞都可提交；要求本站确认第三方身份、解决资金争议或承诺特定结果不在范围内。范围不符时，编辑只能说明证据边界。

准备材料时写清页面路径、相关小标题、需要检查的原句和发现时间。若有公开来源，附其完整位置及支持哪一点。截图应保留必要上下文并去除个人通知、设备标识等无关信息。

不要为证明问题而继续进入异常跳转、取得未知文件或提供敏感资料。若证据只能通过高风险步骤获得，说明停止位置即可。编辑可据此标记风险和复查缺口，不要求提交者重现危险过程。

若问题同时涉及多个页面，先选一处最清楚的实例，再列出其余路径。重复粘贴相同说明容易掩盖各页条件差异；一个完整实例加影响清单，更便于编辑判断是单页错误、共享术语问题还是导航层缺陷。

• 选择事实纠错、来源建议、可访问性或页面故障类别。
• 提供页面、原句、观察日期与预期修正。
• 说明来源直接支持哪项命题。
• 删除截图中的无关个人信息。

证据链的时间顺序

一份清楚的反馈按时间写：何时看到本站表述，何时查看外部资料，两个内容在哪个字段不同。若外部页面后来又改变，应分别列出观察点，避免把变化后的内容倒推为早期状态。

Schema.org 的 Article 类型描述文章可用的结构化属性，例如标题、作者或日期等。^来源1 这些属性可帮助定位页面声明，却不能验证声明真实，也不能替代可见的编辑责任信息。来信若只指出结构化字段，应同时说明它与正文为何冲突。

PG SOFT 的公开游戏目录可用于核对观察时列出的游戏名称与目录线索。^来源2 它不能自动证明外部页面归属、规则一致或历史版本。涉及目录的反馈要附观察语言和日期，避免把地区或时间差异当作编辑错误。

按设备或场景执行检查

桌面页面故障应记录浏览器、窗口状态、出现问题的步骤和可见提示；移动问题还要说明屏幕方向、文字缩放和是否发生意外跳转。无需提交完整设备资料，足以复现阅读障碍即可。

无障碍反馈尽量描述任务，例如“键盘无法移出弹层”或“放大文字后按钮被遮挡”，而不是只说体验不好。编辑会在相同任务上复查，并把内容缺陷与单次网络故障分开。

内容争议则回到同字段比较。Article 描述词汇帮助核对页面声明，公开目录帮助核对名称线索；两类资料各有范围，不能拼成第三方授权或真实性保证。^来源3 若提交内容越过该边界，编辑会保留可证部分。

争议信息的处理规则

编辑不会按来信身份高低决定事实，而按证据与命题的对应程度处理。匿名或少量信息也可指出真实错误；有影响力的提交者同样不能用立场替代原始资料。

两方资料冲突时，回复应说明已确认部分、冲突字段和仍缺证据。若涉及许可或法律状态，只引用相应地区主管机构，不由编辑作超范围判断。必要时页面保持未核实。

含有人身威胁、紧急健康风险或疑似犯罪的事项不适合通过普通编辑反馈处理；应联系所在地相应紧急或专业机构。本站不会承诺实时响应，也不会把编辑交流描述成保密专业服务。

对署名或利益关系的质疑，编辑只核对可公开验证的页面声明与责任信息，不要求来信者提供猜测性个人材料。若证据只能支持“页面未说明”，结论就停在披露不足，不推断幕后身份或动机。

保存结果与提交纠错

提交后，编辑记录事项类别、涉及页面、收到日期、证据状态和处理结果。公开纠错只呈现必要事实，不公开提交者身份或原始私密内容。若问题影响多页，会扩大内部复查范围，但公开说明仍逐页准确对应。

处理结果分为接受、部分接受、暂不采纳和无法复现。暂不采纳应说明缺少哪类证据；无法复现不等于问题不存在，会保留设备或时间条件供后续比较。出现新资料时可重新开启。

纠错完成后，读者应能在纠错记录中看到变更原因和日期。单纯的页面故障若未改变事实，可作为维护说明，不冒充内容更正。这样既保留透明度，也避免记录被琐碎改动淹没。

处理时限若没有真实承诺就不写具体天数。编辑可说明高风险错误优先、一般建议按证据完整度排队，并在完成后留下日期。避免虚假时限比承诺快速响应却无法兑现更符合透明原则。