使命与沿革：一份按版本逐年累积的登录口档案
万象城登录口把登录口条目、选型参数与网点名录放进同一套版本与复核机制里长期维护。这一页交代这份档案由谁维护、走到今天经历了几次结构调整，以及它对外展示到什么位置为止。
01
站点性质
这里是一份索引，不是一个入口页
每一条登录记录固定包含入口说明、适用地区、生效日期与版本标签四段信息，缺任何一段都不计入正式条目。访客在这里完成的是查询、筛选与对照，不需要注册，也不会被引导到站外完成交易。
之所以这样做，和使用场景有关。需要引用站点数据的人，通常要先说清数据出自哪个版本、哪个生效季度。索引结构让每条信息都能被单独指认，而不是被包在一段宣传文案里。想按地区和规格直接取数，可以从入口与参数目录进入。
沿革
从首批登记到按季度封存
沿革不写成大事记。下面按四个阶段说明每一步改变了什么，季度线索只用于定位，不作为具体日期使用。
-
首批条目登记
2016 年起的起步阶段把零散的登录口信息收成固定的四段结构，同时定下编号规则，让每条记录可以被单独引用而不依赖上下文。
-
名录扩容与片区归并
七个片区口径确立覆盖城市按华东、华南、华北、华中、西南、西北、东北归并；27 座省会及直辖市与 15 座区域重点城市分开标注。
-
版本封存机制
按季度发布快照每到季度末，把当时的条目、参数与条款摘要整体封存为一个版本。封存后的内容不再回改，历史版本继续可查。
-
当前版本 v3.7
2024 年第三季度调整已并入该季度生效的网点调整并入当前版本，v3.6 仍以快照形式保留。逐条调整可见版本与复核动态中的记录。
03
维护主体
三个小组，合计编制 14 人
站点由档案组、条款组与前端组共同维护。三个小组按产出物划分职责，不按页面划分，因此同一条网点记录可能先后经过三方处理。更新节奏也随之分开：名录每月、参数指标每季度、条款摘要随版本、教程每半年回顾一次。
-
档案组 7 人
负责网点名录的月度复核、档案编号的生成与归档、历史快照的整理。每月首个工作周核对落地时间、合作规格与生效日期，差异写入复核记录。
-
条款组 4 人
负责合同条款编号与条款摘要的维护，编号采用 CL-版本号-三位序号；验收标准条目 ES-01 至 ES-24 由该组按响应、留痕、复核、交付四组划分并维护释义。
-
前端组 3 人
负责筛选协议、对比表与引用标注的呈现，保证筛选后保留上下文提示，编号与日期在浅底与深底上都可读。编号读法与版本对照的说明见核对教程。
04
原则
可追溯的四条底线
这四条不是描述性表述，而是执行方式。任何一条被绕过，对应的数据就不进入正式口径。
-
01
版本标签
对外展示的数据同时标注版本标签与生效日期。未标注版本的引用视为草稿，不作为正式口径流转。
-
02
生效日期
每条参数指标与每次网点调整都写明生效的季度线索。复核差异单独留痕，不与调整本身混写在同一行。
-
03
编号不复用
档案编号一经生成不再复用。即使对应网点退出名录，原编号也保持停用状态，不会被分配给新记录。
WX-LG-HZ-0142 -
04
快照留痕
版本按季度封存，上一版与更早版本以快照保留。对照两版可以看到某项读数是新增、修订还是沿用，修订项在结果中单独提示。
05
边界
明确不做的三件事
把不做的部分写清楚，比列举能做什么更能说明这份档案的性质。以下三条为长期边界，不随版本调整。展开后可看具体说明。
站内没有注册、下单、支付与资金相关功能，也不存在需要登录才能查看的内容。所有条目对访客开放，功能范围只限定在档案查询、筛选与合作需求引导。
客户评价一律以卡片形式呈现，并同时给出所依据的合同条款编号与版本标签。两项标注不齐全的评价不会出现在站内。评价由档案组在取得双方确认后归档。
合作需求通过邮件提交需求编号后进入对规格流程。站点不对处理用时、合作结果、排名或流量作任何形式的保证，也不使用绝对化表述描述服务能力。