把条目收进来并补齐字段
负责条目的采集、字段补全与去重，每周更新一次索引清单。新条目入库时先标为待复核，等编审确认后再改状态。
公开索引与版本档案 · 收录自 2022 年起
幻影主站的索引定位与维护历程
幻影主站把幻影平台登录网址相关的公开资料整理成可检索的条目库，按行业与版本两个维度并排组织，只做索引、对照与回溯三件事。
- 索引条目
- 约 300 份
- 产品线
- 4 条
- 公开版本记录
- 64 条
- 内容维护小组
- 9 人
01 / 站点定位
一个只做索引与对照的公开档案站
站内的信息形态只有三种：按编号排列的条目、按季度记录的版本，以及把条目与版本串起来的对照表。访问者不需要登录，也不会遇到需要填写账号信息的环节。
索引条目按两个维度同时归档。行业维度设 12 个大类与 48 个细分标签，版本维度按季度版本号记录，同一条目在两个维度下都能被检索到。
- 四条产品线分别是索引线、大屏线、档案线、案例线，每条线各自保留自 2022 年起的公开版本记录。
- 条目统一标注编号、收录状态与最近核验季度，状态分现行、归档、待复核三种。
- 大屏相关样本分布在大屏线与案例线，支持 2、4、6、9 四种分屏拼接预览。
02 / 小组分工
9 人小组，三条同时运转的工作线
决定条目归入现行还是归档
执行三级复核，核对字段口径与版本区间是否成立，并判定条目的最终状态与下一次核验的季度。
保证检索与大屏预览可用
维护条目检索、章节锚点跟随与四种分屏拼接预览，让规模上去之后仍然能定位到具体条目。
03 / 维护历程
从 2022 年第一条版本记录开始的四个阶段
版本号自 2022 年第一季度起按“年份 + 季度 + 序号”排布，四条线每季度各留一条记录，累积到 64 条公开版本记录。
-
2022 · 一至四季度
四条产品线同时建档
索引线、大屏线、档案线、案例线各自发出第一条公开版本记录，适用范围与变更要点开始按固定字段登记。
阶段重点：先把版本基线立起来，让之后每个季度都有可对照的上一季。
-
2023 · 全年
行业维度拆到 12 个大类
原先的粗分类被拆成 12 个大类与 48 个细分标签，样本开始按行业与版本交叉归档。
阶段重点：让同一行业的样本能横向排在一起比对。
-
2024 · 全年
条目规模累积到约 300 份
通用品牌站案例合集的索引条目在这一阶段成形，三级复核流程也在同期定型并写进工作约定。
阶段重点：规模上来之后，字段口径比采集速度更重要。
-
2025 · 至今
整体更新转入季度归档
最近一次全量更新落在 2025 年 11 月，四条产品线的公开版本记录累计 64 条，运行报告按季度发布。
阶段重点：把归档动作固定成节奏，不再依赖临时整理。
04 / 编审机制
三级复核，每条都带同一组字段
条目进入库中并不代表可以直接对外阅读，它要先走完三级复核，才会被判定为可检索的状态。每一级各自回答一个明确的问题。
-
01
初校：字段是否齐全
检查编号、行业标签、版本号、收录状态与最近核验季度五组字段是否都填写完整。
-
02
复校：口径是否一致
核对同一组数字在站内其他位置的写法是否相同，版本号是否落入它对应的季度区间。
-
03
终审：状态是否准确
判定条目归入现行、归档还是待复核，并写入下一次核验的计划季度。
05 / 内容原则
收录边界写在明面上
会收进来的
- 公开可查的索引条目与季度版本记录。
- 带行业标签、版本号与最近核验季度的样本。
- 自 2022 年起、能追到具体季度的版本变更要点。
- 大屏线与案例线中可做分屏拼接预览的样本。
不会出现在站内的
- 账号登录、代注册与账号操作相关的任何服务。
- 无法回溯到具体收录季度的内容。
- 需要访问者提交个人信息的环节。
- 无法核对来源、只靠转述成立的描述。
06 / 运营节奏
每周、每月、每季度各自固定的动作
- 每周
- 维护索引条目：补全缺少的字段、合并重复条目，并更新一次条目清单。
- 每月
- 在最后一个工作日归档当月版本记录，同步四条产品线当前的版本号。
- 每季度
- 发布一版运行报告，年度再出一份总览，把这一段时间的规模变化与版本动态集中说明。