队名规范化
名称修订为何必须保留原始来源写法
支持回看每次规范化前的原始值。 本文给出可复核步骤、状态边界、脱敏记录方法与复核路径。
名称修订如果只留下新值，读者无法判断是改错字、换译名、实体拆分还是来源本身更新。每次变化必须保留source_original、old_normalized、new_normalized、reason、evidence、time和影响范围。原始来源写法不可编辑，修订只发生在规范层或映射层。
当前没有真实名称修订材料，所有值为UNKNOWN。虚构例子把“甲城竞技”从错误的规范名恢复，仅用于展示revision_id结构。没有当初来源或新证据时，可以创建提议，但不能让新值进入公开索引。名称修订的时间边界也很重要。来源在某日更新写法，未必表示实体在同日改名；source_changed_at与entity_name_valid_from必须分开。只有公告或连续资料支持时才填写实体生效时间，否则UNKNOWN。修订涉及字符编码时，先证明旧值是技术损坏而非另一种语言写法；原字节、解码方式和修复工具版本进入证据。搜索索引更新后，旧查询应仍能通过历史别名找到记录，但结果页展示当前规范名并标历史称谓。文章正文若引用旧称，编辑可以加注释，不应全局替换导致历史引语失真。批量译名更新需对同名实体、青年队后缀和地区词做反例测试。修订提议过期时不自动执行；来源变得不可访问也不自动撤销已有值，而是降低证据可复核状态。最终更正说明只陈述编辑层变化及影响页面，不把名称选择包装成身份认证。
锁定原始值及其采集证据
原始值记录来源、文档位置、语言、采集时间和文件指纹。人工摘录保留双人核对状态。字符无法辨认时用UNKNOWN片段，不在原文中补字。来源后来更正，新增一条来源版本。
规范化流程只读取source_original并生成候选。任何工具若试图就地修改原值，审计应阻止。公开页面可显示必要原文，内部路径和会话参数删除。原件许可不足时只存经授权摘录和限制。
- 原始值不可编辑
- 采集证据与原值绑定
- 来源更新生成新版本
将修订原因拆成明确类别
reason_code区分转录纠错、译名更新、实体拆分、实体合并、来源更新和规则变化。每次修订只选择主要原因，复杂操作拆成多行并用batch_id关联。理由文字说明证据如何支持变化。
“优化名称”不是可审理由。找不到证据时reason_evidence为UNKNOWN，状态保持提议。译名偏好改变不能冒充来源纠错；前者只改显示规范，后者需指出原摘录或录入错误。
- 修订原因使用受控代码
- 复杂变化拆成多行
- 无证据提议不得发布
让旧值新值与字段路径一一对应
修订行指向record_id和field_path，只改变一个值。old_value从当前版本自动读取，new_value由提议给出，系统校验并发更新。若当前值已变化，提议进入冲突，不覆盖后来证据。
空值也有状态：从UNKNOWN改为名称、从名称撤回UNKNOWN都需要修订。显示层选择当前值，但历史展开按时间列旧新值。导出带版本号，使旧文章仍能解释当时使用的规范名。
- 一行只修改一个字段
- 并发变化触发冲突
- UNKNOWN变化也需修订
计算修订对关联内容的影响
名称被文章标题、赛程卡、搜索索引和统计使用，执行前列出依赖。单纯译名更新通常不改变实体统计，实体拆分却需要迁移记录。影响类型与重算计划分开。
预览显示预计命中、实际成功、跳过、失败和UNKNOWN。页面未能重算时保留旧显示并标待更新，不能让一半内容无说明地变名。批量影响仍产生逐记录结果。预览还要列出历史引语与当前标签的差别，前者只加注释，后者才进入修订范围。执行后的命中数必须与逐项事件核对。
- 执行前列依赖内容
- 显示变化与实体变化分开
- 影响结果逐项记录
执行双人复核和反向核对
第一位编辑提交证据与理由，第二位从新值回到来源原文，确认修订类型和实体边界。两人分歧时保持待审，不用票数。自动拼写建议只提供候选。
复核后用旧值和新值分别运行搜索与关系校验，检查变化是否落在预期字段。出现队伍合并、赛事错绑等副作用时撤回提议。复核角色和时间保存，但不虚构个人资历。字符级差异报告区分编码修复、标点变化、语言转写和实体改名，四类不能共用一个原因码。历史引语只加说明，不做全文替换。
- 第二编辑回对原始来源
- 分歧不以投票解决
- 新旧值分别执行关系校验
撤销错误修订而不删除
撤销创建reversal_id，指向原revision_id，写恢复值、原因和证据。若后续修订依赖错误值，先列依赖，不进行粗暴回滚。恢复UNKNOWN也是合法结果。撤销预览还要比较当前实体版本、其后新增别名、永久网址、图注与统计聚合；旧值不再符合现行模式时生成新的规范候选，而不是强制写回。执行完成后分别验证历史检索与当前展示，并保存两端截图。
原错误行继续显示为已撤销，历史页面版本可解释。统计和索引按反向修订重算，结果逐项保存。撤销缺依据时保持提议态，不因编辑口头说明改变当前值。回归测试分别构造编码修复、译名偏好、来源自身改名、误并实体和生效日期未知的案例，检查修订类型不会混淆。执行后从旧查询和新查询进入同一稳定实体，再核对历史页面仍显示当时来源原文。若批量替换改动了引语、网址或无关同形词，立即停止并用反向行恢复。
- 撤销采用反向修订
- 回滚前检查后续依赖
- 错误历史继续可查
公开名称变更的最窄说明
页面展示来源原名、旧规范名、新规范名、原因类别、证据状态、时间和影响范围。没有来源材料时写UNKNOWN。名称调整不被描述成实体所有权或赛事结果变化。
名称修订不能改写来源原文。可执行提议至少指明实体版本、标签路径、旧规范值、新候选值、原片段、补充证据、变更类型、建议有效期与影响预览；审批页并列原始值、旧值和候选值，并突出逐字符、全半角与编码差异。空格或编码修复需证明可逆，译名偏好变化标为编辑规范更新，来源自己改文则建立新的source_version。影响预览覆盖标题、正文引用、搜索别名、网址别名、图像说明、结构化字段和统计聚合，并注明自动重算、人工检查或无影响。永久网址使用稳定文章标识，不随显示名漂移。批准采用entity_version乐观锁，版本变化就重新预览。撤销由原修订行生成反向候选，其后已有新修改时先计算链上冲突，不能删除记录或直接恢复旧值。公开更正只说明文字、时间、依据和影响范围，身份关系与生效日缺证时继续UNKNOWN。终审分别使用技术字符修复、译名偏好调整和来源原文更新三个对照，确认它们进入可逆转换、编辑规范版本与source_version，而不是统称事实纠错。提议创建后先改变entity_version，审批必须因乐观锁失效停止。抽样同时检查批准与拒绝提议，防止只看成功记录掩盖审核边界过宽。技术修复若改变可见字符数量，预览还应显示编码前后字节与可逆步骤，防止普通改名借修复通道绕过复核。
- 公开页列旧值新值和原因
- 名称变化不推导所有权
- 执行后旧名检索、新名展示、稳定网址、图注、结构化字段、统计和缓存一致，撤销能生成反向候选并识别后续冲突
