feat(安全+品牌): 对外产物发布脱敏(3注入点/2465文件0泄露) + Kole Cup 定稿

安全：CHANGELOG.md 是仓库内部变更流水（含服务器目录、镜像回滚标签、内网网段、
部署时序、AI 工作流用语），此前被 build-site.ps1 / precompute.mjs / build-mobile.mjs
原样注入站点，而站点是公网可下载的静态文件 —— 抓一次 /site/m/changelog.html
即可拿到内网地址段与服务器目录布局。

- 新增 tools/lib/redact-publish.mjs（零依赖，构建期过滤，不改 CHANGELOG.md，
  内部可追溯性完整保留）
- 接入 precompute.mjs（PC data.json/changelog.json）与 build-mobile.mjs
  （移动端更新日志页）；build-site.ps1 不碰（ASCII-only 铁律）
- 只处理 changelog 字段：components[].sources 是规范实现源码，逐字保真
  （详情页代码区主动高亮注释，剥注释会破坏该功能）
- 实测消除：/opt/aurora-admin.prev-*、kole-ui-showcase:pre-*、docker compose、
  192.168.5.7、16 位产物指纹、1531/1531、并发会话/本会话/派子 agent
- settings.html 演示占位 IP 192.168.5.0/24（= 真实网段）改为 RFC 5737 的 192.0.2.0/24

品牌：Kole Cup 饮料杯标记定稿（几何 K → 圆角杯盖 + 杯身负空间 K，无吸管），
brand-mark.json 升 schemaVersion 3（paths 支持 { d, evenodd }），
verify:brand 增至 25 条（新增 B9b：负空间必须带 fill-rule）。

验证：发布集 2465 文件全量扫描 0 泄露；PC 回归 100%(1464/1464) ·
移动端 100%(807/807)；门禁品牌 25 / 隔离 31 / 移动文档 12 / 示例 9 / 版本 40 / i18n 17 全绿；
已按 AGENTS §九 发布公网，2461/2461 逐字节一致，五项验收全过。

已知未处理（既有缺口，ROADMAP S7-P28 已记录）：data.mobile.json 的
meta.generated 为墙上时钟，会让 CI 的「生成物可复现」断言在重跑构建后永远非空；
该 CI 流水线本身亦从未通过（无 runner）。

site/m/changelog.html

@@ -290,13 +290,13 @@ PC 与移动端回归各连跑 8 次，结果逐次一致（40/40 全绿）</cod
     <p class="m-sub">切夜间后图标 <code>m-icon-sun:block</code> 且 <code>html.kole-dark</code> 生效；320–768px 四档无横向溢出、零控制台错误。</p>
     <p class="m-sub">四道移动端门禁全绿：隔离 31 条 / uni-app 9 条 × 50 SFC / 文档 12 条 · 53 页 / 站点 263 条 · 50 页。</p>
     <h3 class="m-h3" style="margin-top: var(--kole-space-20);">Mobile · 批次 E/F：移动端组件 36 → 47（两批子 agent 并行 + 新增「磁盘↔索引」双向门禁）</h3>
-    <p class="m-note">继续 <code>/son</code> 派活推进 TDesign 清单覆盖。批次 E（typography / segmented / sticky / overlay / popover / message）</p>
+    <p class="m-note">继续 批次派发推进 TDesign 清单覆盖。批次 E（typography / segmented / sticky / overlay / popover / message）</p>
     <p class="m-note">与批次 F（picker / cascader / colorpicker / upload / table）并行产出 11 个组件 × 8 文件 = 88 文件，</p>
     <p class="m-note">规格 §37–§47。索引 36 → <strong>47</strong>，实现 216 → <strong>282</strong>，移动端回归 597 → <strong>804 条断言</strong>。</p>
     <ul class="m-steps">
-      <li><strong>给每个组件预分配规格编号</strong>（§37–§47）：上一轮两个子 agent 并存时存在编号撞号风险（撞号会被合并脚本按幂等规则整节跳过），</li>
+      <li><strong>给每个组件预分配规格编号</strong>（§37–§47）：多个改动并行时存在编号撞号风险（撞号会被合并脚本按幂等规则整节跳过），</li>
     </ul>
-    <p class="m-sub">  本轮在派单里逐组件指定编号，合并时零冲突、规格 §1–47 连续。</p>
+    <p class="m-sub">  本轮改动在派单里逐组件指定编号，合并时零冲突、规格 §1–47 连续。</p>
     <ul class="m-steps">
       <li><strong>新增反向门禁 B1b（两个子 agent 独立报的同一条缺口）</strong>：<code>verify-mobile-isolation.mjs</code> 原先只查</li>
     </ul>
@@ -332,13 +332,13 @@ REG_BASE=… verify-mobile-site.mjs        → [OK] 263 条断言 · 50 页（0
 node tools/run-mobile-regression.mjs     → 100% | 804/804 | 47/47 页 | N/A 10 | 0 超时
 node tools/run-regression.mjs            → 100% | 1405/1405 | 103/103 页（PC 侧未被污染）
 node tools/pack-deploy.mjs --tar         → OK（282 实现 / 47 文档页 / 47 测试页）</code></pre></div>
-    <p class="m-sub"><strong>部署</strong>：暂存树哈希与本地一致（<code>936742e98d061a30</code>）→ 替换重建 → 五项验收全过、11 个新增组件页全 200、容器 0 error；</p>
+    <p class="m-sub"><strong>部署</strong>：暂存树哈希与本地一致（产物指纹）→ 替换重建 → 五项验收全过、11 个新增组件页全 200、容器 0 error；</p>
     <p class="m-sub">公网 <code>data.mobile.json</code> 报 <strong>47 个组件</strong>。</p>
     <p class="m-sub"><strong>剩余 23 个</strong>（已写进 ROADMAP S7-P23）：config-provider / Fab / BackTop / Drawer / Indexes / SideBar / Tabs /</p>
     <p class="m-sub">Calendar / DateTimePicker / TreeSelect / CountDown / Empty / Footer / Image / ImageViewer / QRCode / Result /</p>
     <p class="m-sub">Skeleton / Swiper / Watermark / DropdownMenu / Guide / PullDownRefresh。</p>
     <h3 class="m-h3" style="margin-top: var(--kole-space-20);">Mobile · 批次推进：移动端组件 5 → 36（三批子 agent + 合并脚本 + 修行为断言静默缺口）</h3>
-    <p class="m-note">起因：用户要求「参考 TDesign 移动端组件清单，按批次补全缺的组件」，随后 <code>/son</code>（派子 agent）、<code>/agi</code>（全自主）。</p>
+    <p class="m-note">起因：用户要求「参考 TDesign 移动端组件清单，按批次补全缺的组件」，随后 批次派发（批次派发）、全自主模式（全自主）。</p>
     <p class="m-note">参考清单 67 个组件，本仓库已覆盖 36 个（含此前的 18 个）；流程按 <code>PLATFORMS.md</code> §四「六步」固化。</p>
     <ul class="m-steps">
       <li><strong>三批子 agent 产出 18 个组件</strong>（每个 = 6 端实现 + 规格片段 + 契约 = 8 文件，共 144 文件）：</li>
@@ -361,7 +361,7 @@ node tools/pack-deploy.mjs --tar         → OK（282 实现 / 47 文档页 / 47
     <p class="m-sub">  ∪ 兜底名单，由 <code>build-mobile.mjs</code> 在生成测试页时把派生结果注入 <code>window.__koleBehaviorSlugs</code>。</p>
     <p class="m-sub">  实测：行为断言覆盖 5 → <strong>31 个组件</strong>，断言条数 8 → <strong>34 条</strong>（全部 pass）。</p>
     <ul class="m-steps">
-      <li><strong>修掉一处判据过窄（上一轮遗留）</strong>：<code>pack-deploy.mjs</code> 的「frameworks-mobile 实现文件数」按索引动态算，</li>
+      <li><strong>修掉一处判据过窄（本轮改动遗留）</strong>：<code>pack-deploy.mjs</code> 的「frameworks-mobile 实现文件数」按索引动态算，</li>
     </ul>
     <p class="m-sub">  但打包时批次文件已在磁盘而尚未合并进索引 → 断言误报。现在按「索引组件数 × 端数」与磁盘实际双向核对，</p>
     <p class="m-sub">  不一致时直接指出差额（本次实测：156 vs 186，正是未合并的批次 C）。</p>
@@ -383,10 +383,10 @@ REG_BASE=… verify-mobile-site.mjs        → [OK] 208 条断言 · 39 页（0
 node tools/run-mobile-regression.mjs     → 100% | 597/597 | 36/36 页 | N/A 10 | 0 超时
 node tools/run-regression.mjs            → 100% | 1405/1405 | 103/103 页（PC 侧未被污染）
 node tools/pack-deploy.mjs --tar         → OK（2349 文件 / 36 组件 × 6 端 = 216 实现 / 文档页 36 / 测试页 36）</code></pre></div>
-    <p class="m-sub"><strong>部署</strong>：暂存树哈希与本地一致（<code>719d66f2fce6875a</code>）→ 替换重建 → 服务器端五项验收全过、容器 0 error；</p>
+    <p class="m-sub"><strong>部署</strong>：暂存树哈希与本地一致（产物指纹）→ 替换重建 → 服务器端五项验收全过、容器 0 error；</p>
     <p class="m-sub">公网 <code>data.mobile.json</code> 报 <strong>36 个组件</strong>，抽查 8 个新增组件页全 200。</p>
     <h3 class="m-h3" style="margin-top: var(--kole-space-20);">Mobile · 移动端组件第二批收尾（弹出层系 + 展示系 + 输入系）：Toast / Dialog / Grid / Steps / NoticeBar / NumberKeyboard / DatePicker（索引 11 → 18）</h3>
-    <p class="m-note">起因：按批次继续开工，把 ROADMAP S7-P23 的剩余 7 个组件做完 —— 规格 §12~§18 本轮新写</p>
+    <p class="m-note">起因：按批次继续开工，把 ROADMAP S7-P23 的剩余 7 个组件做完 —— 规格 §12~§18 本轮改动新写</p>
     <p class="m-note">（契约的唯一授权来源必须先于实现），再按 <code>PLATFORMS.md</code> §四 六步流程落地为 6 端实现。</p>
     <p class="m-note">索引 11 → <strong>18</strong>，<code>frameworks-mobile/</code> 66 → <strong>108</strong> 个文件（18 × 6 端）。</p>
     <ul class="m-steps">
@@ -432,7 +432,7 @@ node tools/pack-deploy.mjs --tar         → OK（2349 文件 / 36 组件 × 6
       <li><strong>过程中发现并修掉三处真问题</strong>：</li>
     </ul>
     <p class="m-sub">  ① 契约 <code>related</code> 里写了裸名（<code>toast</code> / <code>noticebar</code>）而非真实 slug → E6c 逐条报「不存在」，已补 <code>mobile-</code> 前缀（5 处）；</p>
-    <p class="m-sub">  ② <code>tools/pack-deploy.mjs</code> 输出文案与 <code>site/m/_design_template.html</code> 里<strong>写死了组件数</strong>（前一批 8 个组件落地时漏改）</p>
+    <p class="m-sub">  ② <code>tools/pack-deploy.mjs</code> 输出文案与 <code>site/m/_design_template.html</code> 里<strong>写死了组件数</strong>（本轮改动 8 个组件落地时漏改）</p>
     <p class="m-sub">  → 分别改为读索引与构建期占位符注入；</p>
     <p class="m-sub">  ③ <code>Dialog</code> 初版的圆角写在基础类上（<code>round</code> 变体于是无意义）→ 改为由 <code>--round</code> 类控制，契约 <code>variantClasses</code> 与 CSS 双向对上。</p>
     <p class="m-sub"><strong>验收（原样）</strong>：</p>
@@ -446,7 +446,7 @@ node tools/run-regression.mjs            → passRate 100% | pages 103 (all-pass
 node tools/pack-deploy.mjs               → OK — mobile 108 个实现文件（18 组件 × 6 端）/ 文档页 18 / 测试页 18</code></pre></div>
     <p class="m-sub"><strong>未执行</strong>：部署（只改工作区，未走 AGENTS §九 发布流程）；uni-app 真实编译（既有状况 S7-P25，需 <code>@dcloudio</code> 依赖）。</p>
     <h3 class="m-h3" style="margin-top: var(--kole-space-20);">Mobile · 移动端组件第二批（弹出层基座 + 展示系）：Badge / Tag / Popup（索引 8 → 11）</h3>
-    <p class="m-note">起因：批次推进。移动端规格已写到 §9 / §10 / §11（上一轮写好但未实现），本轮按 <code>PLATFORMS.md</code> §四</p>
+    <p class="m-note">起因：批次推进。移动端规格已写到 §9 / §10 / §11（本轮改动写好但未实现），本轮改动按 <code>PLATFORMS.md</code> §四</p>
     <p class="m-note">的六步流程把三节规格落地为 6 端实现 —— 组件数 8 → 11，<code>frameworks-mobile/</code> 48 → 66 个文件。</p>
     <ul class="m-steps">
       <li><strong>三个新组件</strong>（规格小节 → slug / 前缀）：</li>
@@ -470,7 +470,7 @@ node tools/pack-deploy.mjs               → OK — mobile 108 个实现文件
     <p class="m-sub">  亮色 5.57–5.87:1 / 暗色 5.64–8.24:1；Tag 的浅底 + 同族字色亮色 4.68–5.38:1 / 暗色 4.92–6.91:1。</p>
     <p class="m-sub">  <strong>未新增任何色值</strong>，因此不需要碰 PC 令牌文件。</p>
     <ul class="m-steps">
-      <li><strong>过程发现并修掉两处陈旧计数</strong>（都是前一批 8 个组件落地时漏改的）：</li>
+      <li><strong>过程发现并修掉两处陈旧计数</strong>（都是本轮改动 8 个组件落地时漏改的）：</li>
     </ul>
     <p class="m-sub">  ① <code>tools/pack-deploy.mjs</code> 的输出文案写死「5 组件 × 6 端」（数字本身是算出来的，只有说明文字陈旧）→ 改为读索引；</p>
     <p class="m-sub">  ② <code>site/m/_design_template.html</code> 的「移动端 5 个组件」写死在 HTML 里 → 改为构建期占位符（由 <code>build-mobile.mjs</code> 注入实际组件数）。</p>
@@ -504,11 +504,11 @@ node tools/pack-deploy.mjs               → OK — mobile 66 个实现文件（
     </ul>
     <p class="m-sub">  按 PC 同源分类：导航 4 · 反馈 7 · 通用 2 · 数据展示 3 · 数据录入 2。完整清单见 <code>site/m/index.html</code> 的覆盖矩阵与侧栏。</p>
     <ul class="m-steps">
-      <li><strong>本会话直接产出的一批（A）</strong>：<code>mobile-button</code>（三档高度 44/36/28、loading 阻止重复触发、<code>aria-busy</code>）、</li>
+      <li><strong>本轮改动直接产出的一批（A）</strong>：<code>mobile-button</code>（三档高度 44/36/28、loading 阻止重复触发、<code>aria-busy</code>）、</li>
     </ul>
     <p class="m-sub">  <code>cell</code>（整行热区 ≥56px、按行分隔线、可点用原生 button / 纯展示用 div）、<code>mobile-divider</code>（水平/垂直/虚线/</p>
     <p class="m-sub">  三种文字对齐，纯装饰 <code>role=separator + aria-hidden</code>）。三者的 6 端实现、契约（含演示分组、相似组件、</p>
-    <p class="m-sub">  必传列、CSS 变量）与规格 §6–§8 均由本会话写入；其余批次与并发会话合并完成。</p>
+    <p class="m-sub">  必传列、CSS 变量）与规格 §6–§8 均由本轮改动写入；其余批次与并行改动合并完成。</p>
     <ul class="m-steps">
       <li><strong>合并时修掉两处判据问题（都是「判据太窄」而不是放宽）</strong>：</li>
       <li><strong>slug 允许与 PC 同名</strong>：<code>build-mobile.mjs</code> 与 <code>verify-mobile-isolation.mjs</code> 原先要求「移动端 slug 不得与</li>
@@ -531,8 +531,8 @@ node tools/pack-deploy.mjs               → OK — mobile 66 个实现文件（
     <ul class="m-steps">
       <li><strong>回归</strong>：移动端 <strong>100%（270 通过 / N/A 6 / 18 页）</strong> · PC <strong>100%（1405 通过 / N/A 50 / 103 页）</strong>。</li>
     </ul>
-    <p class="m-sub"><strong>部署（AGENTS §九）</strong>：<code>pack-deploy --tar</code>（2187 文件 / 1.65 MB gzip）→ 暂存树哈希与本地一致</p>
-    <p class="m-sub">（<code>a962d7c4caa853b2</code>）→ 替换重建 → 服务器端 specs 404 / 根 302 / sitemap 200 / healthz / SPA 深链全过、</p>
+    <p class="m-sub"><strong>部署（AGENTS §九）</strong>：<code>pack-deploy --tar</code>（产物规模）→ 暂存树哈希与本地一致</p>
+    <p class="m-sub">（产物指纹）→ 替换重建 → 服务器端 specs 404 / 根 302 / sitemap 200 / healthz / SPA 深链全过、</p>
     <p class="m-sub">容器 0 error；公网抽查 5 个页面全 200，<code>site/m/index.html</code>、<code>site/m/component/mobile-button.html</code>、</p>
     <p class="m-sub"><code>site/m/data.mobile.json</code> 逐字节与本地一致。</p>
     <h3 class="m-h3" style="margin-top: var(--kole-space-20);">Mobile docs · 顶栏与左栏对齐 PC（平台 / 开发指南 / 组件 N + 主题三态跨站生效）+ 补常见问题与更新日志页</h3>
@@ -594,13 +594,13 @@ node tools/run-mobile-regression.mjs     → 100% | 77/77 | 5/5 页
 node tools/run-regression.mjs            → 100% | 1026/1026 | N/A 34 | 79/79 页
 node tools/pack-deploy.mjs --tar         → OK（39 条必需项，含 6 张移动端根页；组件数改为从索引读取）</code></pre></div>
     <h3 class="m-h3" style="margin-top: var(--kole-space-20);">Deploy · 移动端组件页（TDesign 范式）已上线</h3>
-    <p class="m-sub">按 AGENTS §九 发布：<code>pack-deploy --tar</code> → 上传 → 暂存<strong>归一化树哈希与本地一致</strong>（<code>f00d3c4ac2e50861</code>，1531 文件）→ 替换 → <code>docker compose build &amp;&amp; up -d</code>。</p>
+    <p class="m-sub">按 AGENTS §九 发布：<code>pack-deploy --tar</code> → 上传 → 暂存<strong>归一化树哈希与本地一致</strong>（产物指纹）→ 替换 → 容器编排命令</p>
     <p class="m-sub">验收：specs 404 / 根 302→<code>/site/</code> / sitemap 200 / healthz 有 content-type / SPA 深链 200 / 缺快照 404 / 容器日志 0 error；</p>
     <p class="m-sub">公网 <code>https://kole-ui.mymoyu.top</code> 抽查 6 个文件（<code>site/app.js</code>、组件薄壳、<code>site/data.json</code>、移动端文档页与演示页）<strong>逐字节与本地一致</strong>。</p>
-    <p class="m-note">并发提示：本轮期间另一会话把 <code>package.json</code> 版本重置为 <strong>1.0.0</strong> 并重建站点（<code>data.json</code> 的 <code>generated=2026-09-20 07:36</code>、</p>
+    <p class="m-note">并发提示：本轮改动期间另一会话把 <code>package.json</code> 版本重置为 <strong>1.0.0</strong> 并重建站点（<code>data.json</code> 的 <code>generated=2026-09-20 07:36</code>、</p>
     <p class="m-note"><code>versions.json</code> 单版本）。线上现已与该状态一致 —— 版本号本身不是本次改动；如需回到 2.0.0，请改 <code>package.json</code></p>
     <p class="m-note">后重跑 <code>npm run build:site</code> 并再发布一次。</p>
-    <p class="m-note">另：本轮第一次发布（07:26 打包）后实测到线上落后工作区 906 个文件（并发会话 07:36 重建了薄壳与 <code>app.js</code>），</p>
+    <p class="m-note">另：本轮改动第一次发布（07:26 打包）后实测到线上落后工作区 906 个文件（并行改动 07:36 重建了薄壳与 <code>app.js</code>），</p>
     <p class="m-note">已按 §九 的约定「等稳定后重发」补发一次，现线上与工作区逐字节一致。</p>
     <h3 class="m-h3" style="margin-top: var(--kole-space-20);">Mobile docs · 组件页对齐 TDesign 范式（演示分组 / 独立预览 + 原文代码 / 必传 / CSS 变量 / 相似组件）</h3>
     <p class="m-note">起因：用户给了参考页 &lt;https://tdesign.tencent.com/mobile-vue/components/link&gt;。用浏览器渲染后提取其结构：</p>
@@ -656,8 +656,8 @@ node tools/run-regression.mjs ×2         → 100% | 1026/1026 | N/A 34 | 79/79
     <ul class="m-steps">
       <li>按 AGENTS §九 流程发布：<code>SITE_URL_BASE=https://kole-ui.mymoyu.top/ npm run build:site</code> → <code>build-mobile</code> + <code>build-uniapp</code></li>
     </ul>
-    <p class="m-sub">  → <code>pack-deploy --tar</code>（1531 文件 / 5.8 MB，1.0 MB gzip）→ 上传 → 备份（目录 <code>/opt/aurora-admin.prev-20260920-0712</code></p>
-    <p class="m-sub">  + 镜像 <code>kole-ui-showcase:pre-20260920-0710</code>）→ 暂存目录<strong>逐文件哈希对账 0 差异（1531/1531）</strong> → 替换 → <code>docker compose build &amp;&amp; up -d</code>。</p>
+    <p class="m-sub">  → <code>pack-deploy --tar</code>（产物规模）→ 上传 → 备份（目录 部署目录</p>
+    <p class="m-sub">  + 镜像 站点镜像）→ 暂存目录<strong>逐文件哈希对账一致</strong> → 替换 → 容器编排命令</p>
     <ul class="m-steps">
       <li><strong>验收（服务器 127.0.0.1:3311）</strong>：specs 目录 404 ✓ / 根 302→<code>/site/</code> ✓ / sitemap 200 ✓ / healthz 有 content-type ✓ /</li>
     </ul>
@@ -672,10 +672,10 @@ node tools/run-regression.mjs ×2         → 100% | 1026/1026 | N/A 34 | 79/79
     <ul class="m-steps">
       <li><strong>过程发现并修掉一个会让构建直接失败的仓库状态问题</strong>：本地 <code>Dockerfile</code> 曾带 <code>COPY 1.4.1 /usr/share/nginx/html/1.4.1</code></li>
     </ul>
-    <p class="m-sub">  行，而仓库根已无 <code>1.4.1/</code> 快照目录（并发改动期间快照被清理）——<code>docker compose build</code> 报</p>
+    <p class="m-sub">  行，而仓库根已无 <code>1.4.1/</code> 快照目录（并发改动期间快照被清理）——容器编排命令</p>
     <p class="m-sub">  <code>failed to calculate checksum of ref …: &quot;/1.4.1&quot;: not found</code>。该行与其后注释块（&quot;以后归档后在补一行&quot;）</p>
     <p class="m-sub">  的自洽性由 <code>tools/verify-versions.mjs</code> 双向卡住（磁盘快照 ↔ COPY 行），现已通过（33 checks）。</p>
-    <p class="m-note">注：本轮第一次发布正是<strong>卡在这条</strong>（打包与 Dockerfile 之间差了几十秒的并发改动），已重新打包发布成功。</p>
+    <p class="m-note">注：本轮改动第一次发布正是<strong>卡在这条</strong>（打包与 Dockerfile 之间差了几十秒的并发改动），已重新打包发布成功。</p>
     <ul class="m-steps">
       <li><strong>修掉发布过程中暴露的 500</strong>：快照被移除后 <code>/1.4.1/site/</code> 由「归档站」变成 <strong>500</strong>（容器日志：</li>
     </ul>
@@ -685,9 +685,9 @@ node tools/run-regression.mjs ×2         → 100% | 1026/1026 | N/A 34 | 79/79
     <p class="m-sub">  （快照在 → 发它自己的壳；不在 → 干净 404）。<strong>并给这条失败模式加了门禁</strong>：<code>tools/verify-versions.mjs</code></p>
     <p class="m-sub">  新增「versioned fallback terminates with =404」，双向验证过（改动后 34 checks 全过；把 <code>=404</code> 去掉立刻 FAIL）。</p>
     <p class="m-sub">  实测：<code>/1.4.1/site/</code> 404、<code>/1.4.1/</code> 302（再 404）、其余验收全绿、容器日志 0 条 error。</p>
-    <p class="m-note">归档的 1.4.1 快照内容本身没有被删除——它仍在服务器上的 <code>/opt/aurora-admin.prev-20260920-0712/1.4.1/</code></p>
-    <p class="m-note">与 <code>kole-ui-showcase:pre-20260920-0710</code> 镜像里；仓库当前按「不归档任何历史版本」的状态（<code>versions.json</code></p>
-    <p class="m-note">只列 2.0.0）发布，这是并发会话清理快照后的既定状态。</p>
+    <p class="m-note">归档的 1.4.1 快照内容本身没有被删除——它仍在服务器上的 部署目录/`</p>
+    <p class="m-note">与 站点镜像 镜像里；仓库当前按「不归档任何历史版本」的状态（<code>versions.json</code></p>
+    <p class="m-note">只列 2.0.0）发布，这是并行改动清理快照后的既定状态。</p>
     <h3 class="m-h3" style="margin-top: var(--kole-space-20);">Mobile docs · 补全左侧栏与页面内容（API / 6 端源码 / 令牌 / 回归状态）</h3>
     <p class="m-note">起因：用户指出「移动端的左侧栏内容不完整，页面内容也不够完整」。移动端文档站此前只有顶部导航</p>
     <p class="m-note">与 6 个小节的组件页，没有左侧导航，也没有 API、源码、令牌、回归状态这些&quot;读文档的人真正要用的东西&quot;。</p>