02 / 日志
这里是银河主站的更新存档。版本的每一次调整、服务分类的每一次改名、大屏视图的每一次取舍，都先在这里留一条记录，再进入正式入口。
栏目 / Rubric
同一次改动常会被拆进不同栏目：入口位置变了归版本迭代，子项名称动了归服务更新，做法层面的经验归使用技巧。
收录版本号变更、默认入口切换与代号说明，是回看版本历史的起点。
记录分类数量、子项归属与措辞层面的调整，只写改了什么、没改什么。
把零散更新串成一条线索，通常跨越多个月份，篇幅比单条记录更长。
面向操作层面的短篇，讲清一个动作怎么做、在什么条件下适用。
围绕宽视口展示展开，包含适配边界、视口条件与显示效果的实际反馈。
01 / 条目
点击任意一条可以就地展开，不用离开列表；按 Esc 或再次点击标题即可收起。
入口切换后，导航胶囊里的服务一栏仍然指向同一个位置，没有跟着改道。三周内收到的反馈几乎都落在入口的可见性上，没有人提到访问速度或加载失败。滚动状态下胶囊会收缩高度，这一点在宽屏上比在笔记本上更明显，后续会继续跟进记录。
有用户反馈，索引页和帮助中心里对同一个子项用了两种写法，容易以为是两个不同的东西。这次把后者改成与索引一致的叫法，编号没有变，收藏过的页面位置也没有变。核对范围覆盖了全部子项说明，只改了名称不统一的两处。
把浏览器窗口拖到副屏后重新进入大屏视图，页面会按新窗口的宽度重新排布，不需要清缓存，也不需要重新打开。副屏分辨率低于 1280px 时，内容会自动回到常规布局，这不是故障，而是为了避免标题与入口互相挤压。把屏幕转成横向，通常就能跨过这条线。
改动最密集的阶段出现在服务分类重构前后，其次是版本对照功能上线的那些年份。规律大致是三步走：入口先调整，分类口径随后跟上，视觉层最后收尾。也有例外，大屏视图那次就是从视觉层先动，半年后才补齐入口说明。这条观察会在专题里继续展开。
这条边界不是限制，而是为了保住首屏的信息完整度。在窄视口里强行铺开，标题和入口会挤在一起，反而看不出重点。如果你的展示设备刚好卡在边界附近，建议先看帮助中心里关于显示适配的说明，再决定用哪种视图。
经典版入口没有撤下，主要原因是仍有一部分长期使用者习惯它的信息排布方式，贸然撤掉会打断他们的路径。两个版本之间的差别通过对照页面呈现，不需要在两个地址之间来回跳。对照支持拖动中缝，也支持用键盘方向键切换两侧。
改动只涉及文字，分类结构和编号保持不变。调整之后，每个子项的说明基本控制在一行以内，扫读速度比之前快一些。如果你此前收藏过某个子项页面，位置没有任何变化，打开就是原来的地方。
进入对照页面后，按 Tab 会依次经过左侧面板、中缝控制柄和右侧面板，焦点落在哪里有一圈青色描边提示。按住左右方向键时，两侧内容的切换节奏与直接拖动中缝一样，不会跳帧。习惯鼠标的人也可以继续拖动，两种方式互不干扰。
核对时重点关注两件事：服务分类的实际数量，以及版本代号的大小写写法。这两项最容易在转述过程中出现偏差。同步内容不包括内部流程和尚未发布的部分，核对结果本身会以专题观察的形式留档，方便日后回查。
02 / 连载
专题比单条记录更长，通常跨越多个月份，围绕一条主线把零散更新串起来。每张卡片下方标注了已经写到哪儿、下一期准备讲什么。
01
沿着 27 次发布的时间线，逐段复盘入口、分类与视觉三层的调整先后顺序，也记录那几次不符合规律的例外。
02
按大类逐篇拆开，讲清每个子项收录什么、边界在哪里，以及哪些内容看起来相近但归在不同的类别下。
03
收录宽视口下的实际展示反馈，包括不同分辨率的表现、横向与纵向的取舍，以及长时间展示时的注意点。
03 / 节奏
更新不是按天平均分配的，有的阶段密集，有的阶段安静。下面三种情况是相对固定的。
全年保持在年均 240 条以上，使用技巧和专题观察两类占了其中多数，条目普遍不长。
默认入口切换、代号变更这类节点，当天就发一条说明，不攒到下一轮汇总再写。
每季度与 40 余家区域协作伙伴核对一次公开口径，核对过程与结果都以专题观察的形式留档。