多人共用一套筛选、批注与回看流程

1. 01

   视图名称与阶段编号

   命名沿用赛季阶段加序号的方式，使同一赛季内不同团队建立的视图可以直接横向对照，不必靠口头描述确认看到的是不是同一批条目。

2. 02

   筛选条件快照

   四色标签的选择、赛季阶段区间与关键词随视图一起保存；再次修改时生成新快照而不是覆盖旧值，对照时能看出条件发生过哪几次调整。

3. 03

   可见范围

   分为团队内可编辑、跨团队只读、仅本人可见三档。跨团队访问默认落在只读档，避免外部视角在不知情的情况下改写口径。

4. 04

   条目认领人与认领顺序

   每条被批注的条目记录认领人和认领先后，用于判断后续修改应当找谁对齐，也方便在轮换时快速认出谁最熟悉这条记录。

5. 05

   冲突处理规则

   同一字段被两人先后改写时，以认领人后一次保存为准；被覆盖的一方会收到该条目已变更的提示，需要重新确认后再继续批注。

6. 06

   版本对比记录

   每次保存留下一行对比记录，标明改动字段与操作角色，回看时可以只挑自己关注的字段比对，不必逐条读完整份快照。

批注、状态流转与交接的四个环节

一条条目进入共享视图后依次经过四个环节，每个环节都有明确的检查点。交接前必须确认上一环节已经结束，否则下一批观察者拿到的会是一份还在移动的清单。

1. 01

   待复核 · 入库等待认领

   条目进入共享视图后先标记为待复核。此阶段只允许补充说明，不允许改写字段值，避免口径在有人认领之前就被改动。

   检查点：筛选条件快照与来源条目是否一一对应。

2. 02

   校订中 · 认领并写入批注

   核验成员认领条目后写批注，内容包括改动原因、引用的数据字段，以及仍需他人确认的疑问点。批注跟随条目而不是跟随视图，视图改名后批注位置不变。

   检查点：认领人与批注人是否一致，批注是否落在具体字段上。

3. 03

   已收录 · 标签归位并归档

   标注成员确认标签归属后，条目转为已收录。四色标签只在此时确定，之后不再随视图理解变化而反复漂移。

   检查点：标签是否与条目所属的变更类别一致。

4. 04

   已交接 · 按角色导出并移交

   按角色导出视图中的对应字段分组，连同批注记录一起移交下一批观察者或另一个团队。导出件保留视图编号，收到的一方可以据此回查原始快照。

   检查点：导出内容是否包含视图编号、筛选快照与批注时间。

能力边界与不适用情况

以下几条是这套方案明确覆盖不到的范围。遇到这些情况时，换用其他方式处理比强行套用共享视图更省事。