上一会话(dev2)交接给新会话。先读第 0 节,再读第 1 节,然后才动手。
长官原话:「每次换新会话就会变傻就会经常犯错。」 下面每条都是真事故。
推测和事实在长官眼里长得一模一样,但后果差很远。
| 我犯的错 | 正确做法 |
|---|---|
| 说「核心侧不用动」 | 只看了一条路径就下结论。密码有两条产生路径(建号/重置),重置那条必须动核心。→ 下结论前把所有路径都 grep 一遍 |
| 说「那份代码是死的」 | 靠 git 最后改动时间猜。实测它还在线上服务。→ 判死活只能看「谁在下发链接」+ 线上真打 |
| 说「grep 命中 0,不存在」 | 那个 0 是限定在两个文件里查的,写成了全仓断言。→ 报计数必须写明查询范围 |
| 拿银行回单去「纠正」长官给的口径 | 长官给的是业务口径,凭证只是附件。→ 补录一律照长官给的填 |
| 遇到障碍就说「要找 root」 | 长官批评「自己能搞定的不要老找 root」。→ 先穷举自己能做的 |
完整详档在记忆 project-backfill-4-legacy-stores.md —— 4 家明细、金额、地址、
凭证位置、脚本设计、已修的 bug 全在里面,先读它。
做到哪了:脚本已写好并本地真跑验证通过
分支 feature/backfill-4-legacy-stores(已推 · test MR #500 已合并)
settlement/backend/scripts/backfill_legacy_offline_stores.py
还差两件:
① 🔴 自检抓出的缺口(先补这个)
重算函数 regenerate_period_statements 只改已有的结算单,不管"从无到有"。
【实测生产】2026-07-H2 账期:北京京东方 0 张单、贺清梅 0 张单
⇒ 视阅瞳视/枣庄/杭州医瞳那三笔(一级 1332.80 / 二级 1999.20)会悬空,不进任何结算单。
补法:重算函数里加"该渠道该账期没有单 → 直接生成一张新的"。补完重新本地真跑验证。
② 生产执行(长官已授权方案 A)
🔴 脚本必须在生产服务器上跑(实测:云机连不上生产库 5432、db-prod 不跑 Python、还要写存储)。
给 root 的说明:~/reports/to-root-backfill-exec-20260821.md(缺口补完后必须更新)
流程:root --dry-run → 输出发长官过目 → 长官点头 → --commit → 贴 SQL 复查
b975f2ab)①入口页状态永不刷新(补 contact_phone) ②进度页底部文案居中 ③原价(N席后)/现价(余N席)
④渠道密码 6 位纯数字 ⑤摘临时清理码 ⑥资料线状态压过付款进度 ⑦结算旧地址跳转收僵尸页
生产真打七件全绿 · 迁移 phase72_000 已应用 · 详见记忆 [[prod-release-ledger]]
⚠️ main run#147 报红是容器重建撞车假警报,代码已上线(判据见台账避坑第 9 条)
| 能力 | 怎么用 |
|---|---|
| 生产库能查也能改 | sudo db-prod "SQL" · 🔴 改之前必先 SELECT 给长官看,长官点头才改 |
| 收文件通道 | 长官传到 https://dev-tokyo.tail3912a6.ts.net/inbox → 我 sudo voucher-in 收取 |
| 发版技能包 | .claude/skills/release-to-test 和 release-to-prod(root 08-20 交付) |
| 我能读磁盘上的图片 | Read 工具直接读 jpg/png,能认出执照/门头/金额 —— 但聊天里发的图读不到(没落盘) |
web/app/{channel,store,platform}/minicup/ 流量已被跳转挡住,页面本身还在_next_order_no 是"数条数+1",删单留空洞会撞唯一约束(台账记过,一直没修).env.production,云机读不到。不影响补录云机环境 · 非验收证据。