站点主题复盘模板：视觉与结构双轨

主题类商品的返工常常来自两个方向：看起来不对，和改起来很难。前者是视觉一致性问题，后者是结构可维护性问题。把这两条轨道分开记录，再在末尾合并成行动项，是这套复盘模板的核心思路。

视觉轨道：从变量而不是页面入手
不要按页面逐个检查，那样永远查不完。模板要求先盘点主题暴露的视觉变量：色彩层级、字号阶梯、间距节奏、圆角与阴影规则、状态色。每个变量记录三件事：定义位置、使用范围、例外情况。例外是重点，因为例外越多，说明变量抽象越不成立。接着检查三类典型场景：内容密度高的列表页、含长文本的详情页、含表单与提示的交互页。每类场景只记录“是否出现变量外的手写样式”以及“是否出现层级冲突”，不评价美观。

结构轨道：可维护性自检
结构部分回答四个问题：样式入口是否唯一；组件拆分是否按职责而非按页面；是否存在依赖页面顺序的样式；覆盖第三方结构的写法是否集中管理。每个问题给出“是/否/部分”的判断，并附一句证据。模板特别要求记录“改一处会影响几处”的实际观察，这是判断耦合程度的直接指标。若某次改动波及范围超出预期，必须写下波及路径，作为下一轮拆分的依据。

交付与说明轨道
主题商品的体验很大程度取决于使用说明。复盘时检查说明是否覆盖：安装与启用顺序、可配置项的含义与默认值、常见显示异常的排查顺序、升级时需要注意的覆盖风险。说明里每一条配置都要写清“改了会发生什么”，而不是只写名称。模板还要求记录本次交付中新增或变更的配置项清单，方便使用方对照。

执行方式与注意点
建议在每次版本交付后固定执行一次，耗时控制在可接受范围内：先填视觉轨道，再填结构轨道，最后合并出不超过若干条的行动项，按影响面排序。注意三点：视觉轨道只记录规则与例外，不记录主观偏好；结构轨道的判断必须附证据，避免凭印象；行动项要写成可验证的句子，例如“把某类覆盖写法集中到单一入口”，而不是“优化样式结构”。长期使用后，这份模板会沉淀出属于该主题的设计约束，新成员据此就能判断什么改动是安全的。