第56章　性能争议：先停可疑影响，再查关联

第526条　先描述可观察的现象

报告应写明发生时间、受影响动作、涉及区域、是否多人同时出现以及自己的设备状态。玩家与管理均应把观察和根因猜测分开。某人附近出现卡顿不自动证明由其设备造成；某设备停止后表现改善，也应结合维护观察确认，避免以邻里矛盾代替技术核查。

第527条　必要的临时止损

持续明显异常时，可以先停止获授权的可疑装置或限制相关运行能力。措施应尽量集中在实际风险上，避免趁机拆除无关建筑和没收全部材料。能够安全关闭自己的装置，玩家应配合；涉及他人设备且缺少操作知识时，先交维护者处理，不为证明负责而随意破坏。

第528条　核查与测试要有边界

复核可以记录关闭前后状态及参与者反馈，测试规模、时间与范围须有明确许可。不得反复扩大装置、堆积实体或制造崩服来证明某种观点。维护者也不能拿没有测试过的统一数字直接处罚既有正常项目；需增加限制时应公告真实依据、适用范围与合理过渡。

第529条　调整方案保留正常用途

可行方案包括缩小规模、减少无用运行、改善停止方式和改变实际使用安排，具体由配置与设备条件决定。正常创造需求应得到考虑，不将所有复杂结构一概定为违规。明知有害仍故意增加负担、威胁制造更多故障或绕过清楚限制，则按恶意行为单独核查处理。

第530条　后续复查与解释

临时限制应在风险变化后复查，已经充分调整的正常用途可按现行决定恢复。仍需停用的部分说明条件与原因，不以无限等待代替判断。公开结论仅保留必要运行信息，避免传播无关私人资料。确认原判断错误时及时更正，不因维护身份维持缺乏依据的归责。