docs(memory): 记录提交分 5 层 + 部署上线验证，并留档台账污染还原

.workbuddy/memory/2026-10-14.md

@@ -35,6 +35,41 @@
 - 会 `innerHTML` 重渲染的绑定函数里，**不要挂 document 级监听**；要么加一次性标志，
   要么事件委托到稳定容器。
 
+## 第十四轮：提交 + 部署上线
+
+巴特菲发话「提交+部署」。push 到 `f5014db..c6dc240`，`deploy_git.py sync` 26 秒完成，
+镜像 rc=0，容器自测全过（台账 85×31、批次 7 / 单据 94 / 已发 13 / 待发 81、
+企微 CLI 已授权、`manual_count: 1` 即电费已转手动）。
+
+### 提交前的关键拦截：台账污染还原
+`git status` 里 `data/tables/rent_parking.json` 有改动，看着像正常业务数据，实际是
+**昨天 ui_verify2（批量暂存编辑）直连 8899 时误写的**：
+`rent_parking-0031/0032` 的 L 列被写成 2.0、AK 被写成「每年8-9月免租」，
+`updated_by=批量修改` / `updated_at=2026-10-13 16:55:46`。
+按铁律「线上台账权威，禁用本机数据覆盖线上」→ 先备份到
+`data/_snap/20261014-precommit/` 再 `git checkout --` 还原，**未提交**。
+提交前还扫了一遍 diff，无明文口令。
+
+### 5 个提交（按「功能 / 测试 / 记忆」分层，不按目录切）
+- `fce1db5` feat(定时)：电费退出定时排期（PLANS 加 `auto` 开关 + `AUTO_KEYS`）
+- `3aa94d8` feat(电费)：核对改行粒度 + 台账账期汇总 + 列显示 + 楼层总表 masters
+- `9326844` test：test_round6(39) / test_masters(19) / test_rules 改数据驱动
+- `57cf814` test(ui)：ui_verify1-7 加 `RENTOS_BASE` 闸门 + 适配账期折叠，新增 ui_verify11(85)
+- `c6dc240` docs(memory)：记忆
+
+**为什么没按文件分 3 个 commit**：service.py 里 masters 与 verify 重写的行号区间高度重叠
+（`@@ -242,0 +286,309 @@` 一段就横跨两者），强行拆会产出跑不起来的中间提交。
+按「一个提交内部自洽可运行」分层更安全。
+
+**部署前必跑单测**（虽然用户说「不要回测」，那是针对 UI 回归）：
+test_rules 45 · test_rent 53 · test_directory 33 · test_accounts 60 ·
+test_round5 54 · test_round6 39 · test_masters 19 = **303 项全绿**。
+
+### 线上验证
+- `/api/batches?kind=elec` → 新字段生效：`行 0/60 ok=False partial=False`（三批）
+- `/api/periods?kind=elec` → 9 月两批次正确合并成 1 行（60 行）、8 月一批（60 行）
+- `/api/scheduler` → `enabled_count: 1, manual_count: 1`，elec `auto: false`
+- 静态资源含列显示修复（`colpick-menu[hidden]` ×1、「收起列显示」×3）
+
 ## 待办
-- 本轮改动**未提交、未部署**（线上仍是旧口径）
-- 9 月电费批次错计（10 行 ¥167,947.41 / 少计 601B ¥299.67 / 出租方错记精锐）仍待处置
\ No newline at end of file
+- 9 月电费批次错计（多计 10 行 ¥167,947.41 / 少计 601B ¥299.67 / 出租方错记精锐）仍待处置
\ No newline at end of file