小齐退居二线 · 交接文档（2026-09-09 20:0x）

生效：刘总 2026-09-09 20:0x 口谕——「你暂时退居二线，你的工作方式严重拖慢工程进度」。

交接人：小齐。接收人：待刘总指定（现有依据指向冈子，见下）。

本文定位：接手人只读这一份即可开工，细节仍以 docs/NOW.md（纪律与口径）＋ docs/TASKS.md（工单与判据）为准。

一、为什么退（据实记录，不辩解）

刘总指出三点，其中第三条是根：

1. 工作方式拖慢工程进度。
2. 卡在「验收」与「自己的工具问题」上。
3. 🔴 不能承接应当提前说，而不是在工作过程中处理自己的问题。

第 3 条成立。反例已归档 ~/.workbuddy/LESSONS.md L-004：2026-09-09 那批复验耗时 108 分钟，约一半用在修我自己的核验脚本（判据口径没先固化、边验边写工具、范围膨胀三件事未上报）。中途不报，是比慢更严重的错——它剥夺了刘总重新派活的时机。

正面记录一条（供接手人判断，非辩解）：同一流程在 19:23–20:01 复跑，判据先读全再动手，耗时约 35 分钟且零返工。所以「慢」不是流程必然，是开工前没固化判据 + 过程中不报这两个人为因素。

二、接收人建议（须刘总一句话确认）

• 现行交接单 §9.4 白纸黑字：「冈子＝接替小齐」，依据刘总 09-07 18:22 原令「冈子随时接替你的工作」。
• 但事实上有竞争主张：小冈 94f306d（08:23）自称「接替派工岗首轮两单」，并已实际派工（占用了派工岗已发放的 WIP-235/WIP-236 号）；刘总 19:16 / 19:20 两条裁决也由其登记。
• ⇒ 派工权与验收权归谁，请刘总明确指定一人。 这不是程序洁癖：两套主张并存正是工单号撞号的直接成因。

三、在途工单（截至 HEAD ee73054）

WIP-230 · C 端图片迁 COS（唯一 P0，主包体积阻塞）

• 批 1 重修 224924c ＝ 已关账（刘总 19:5x 裁决 A：豁免截图判通过）。破图风险已消除。
• 批 2 已放行、待派工：19 处 ts ＋ 2 处 wxml 切 resolveImg()。开关 COS_MIGRATION_LIVE=false 已定，切换后与旧版逐例等价、不扩破图面。不用新工单号（本身就是本单批次，正好绕开撞号）。
• 🔴 批 2 必须补交截图（判据⑥对批 2 及以后继续有效）。本批豁免仅限批 1，不得援引。
• 批 3 暂缓，四项前置未清：staging .env 664→600 ／ 密钥来源与最小权限 ／ 微信后台 downloadFile 合法域名 ／ 桶流量告警＋防盗链。
• 顺序硬约束（红线，不得违）：先上传并验匿名读取 → 改引用 → 删本地图 → 重测包。严禁先删图。

其余

• 阿仁：WIP-234（P1，①②③可不依赖密钥立刻开工）＋ WIP-227 ＋ 福钥 L2 三键。
• 小冈：WIP-236（退回 4 件事）→ WIP-233 → WIP-229。
• 一号：WIP-231 待验（G08 已改刘总自行开发者工具审核上传，其一号 CI 职责解除）。
• 波波：WIP-236 总纲回填已完成复核。

四、待刘总拍板（挂起中，接手人勿自行处置）

1. 🔴 派工权／验收权归属（第二节）。
2. 🔴 工单号撞号 10 组：WIP-006/007/168/172/179/219/224/235/236/210 各 2 行（唯一号 125／总行 134）。建议：号由派工岗统一发放，他人自领须先查重并以 -A/-B 后缀登记（沿用 WIP-006-A/B 先例）。波波 669fd0c 亦已独立上报。
3. 密钥来源与最小权限（含小冈自曝的 pidanapi 备用通道 skey-hx9tcfpb）。
4. staging .env 权限 664→600。
5. 微信后台 downloadFile 合法域名：kailash-1427423546.cos.ap-chengdu.myqcloud.com。
6. 桶流量告警 ＋ Referer 防盗链。
7. 🔴 上线前必办：生产 trial_auto_accept 仍为 true，体验期结束须置回 false（阿仁执行）。
8. 服务费口径：月付 或 签约时收（小冈建议「档位额度×周期线下约定，台账照实记」，已报待确认）。

已裁决（禁再议）：自营锚点 vs 领队工具＝全落地、分先后（锚点先行）；E4 值守人＝运营排班非系统项；G08＝刘总自行上传。

五、环境坑（每一条我都踩过，接手人直接抄）

1. 🔴 判「落后／领先远端」只看 FETCH_HEAD，禁看 origin/main。显式 URL fetch 不更新 remote-tracking ref，origin/main 会长期停在旧点（实测滞后 11 个提交）。
2. git -c core.quotepath=false 的 -c 必须紧跟 git 之后，写成 git show -c ... 会报 unable to resolve revision。
3. 中文路径一律加 -c core.quotepath=false，否则路径被转义成八进制 ⇒ 假阴性。
4. .git 锁文件不止 index.lock：还有 ORIG_HEAD.lock、objects/maintenance.lock。排查用 find .git -name "*.lock"，别只删 index.lock。
5. git rebase 在本机自锁（.git/rebase-merge 残留，rebase --abort 也清不掉）⇒ 改用 merge；必要时 rm -fr .git/rebase-merge。
6. git worktree add 同样自锁（先登记元数据再失败）；且 /tmp 是 /private/tmp 软链，加剧问题 ⇒ 尽量不用 worktree。
7. 小坑：ls -d a b && rm 中 b 不存在会整体返回非零 ⇒ rm 被短路不执行。
8. TASKS.html 合并冲突的正解＝用合并后 md 重生成，不要手工改冲突块。
9. md2html.py 只传单参数（多传会出错）。
10. 判 md/html 是否同步：md2html.py 页脚嵌生成时间戳 ⇒ 跨分钟必不幂等，须剔除 <footer> 再比哈希，否则全报"不同步"（假阴性）。
11. 判双版本关键词命中：须同时去掉 md 语法符与 html 标签再比文本。
12. 计次数用 grep -aoF + wc -l（grep -c 数的是行数）。
13. 纪律 6 第⑥条：关键词差一字即假阴性——我犯过 4 次（「纪律 13」实为编号列表、批 1 重修优先级仍最高 实为 批 1 优先级最高不变、G08 改…上传 实为 G08 改为…审核上传）。先 grep 确认字面量存在，再写进判据。

六、纪律要点（全文见 docs/NOW.md 十三条）

• 纪律 1：开工前必读工单行尾，判据以行尾批注为准（行头状态常滞后）。
• 纪律 6：判他人交付只在提交树扫（git show <rev>:<path> ／ git ls-tree -r -l <rev> ／ git grep <rev>），不用工作区。
• 纪律 9：每个数字须能被一条可复跑命令还原并注明口径。
• 纪律 10：审核可用模型、验收不可——curl／tsc／提交树 grep／author=committer 必须人跑取回显。
• 纪律 11：长行编辑必须脚本化（读全文→定位该行→只在行尾追加→写回）。
• 纪律 12：宣称落地须比 blob 哈希，禁看 files changed 总数。
• 纪律 13：批量改文档须同批重生成 html 并逐份核产物。
• 铁律：批注只追加、不改写他人已推送内容（历史上出过两次覆盖事故）。
• 新训（本次教训）：验收开工第一步＝先固化判据工具并注入缺陷自测，再开始验收；禁边验边写判据。中途范围变大或卡住，立刻上报，不得自行消化。

七、工作区状态

• 仓库 ~/dev/kailash，HEAD = ee73054（＝远端，工作区干净）。
• 推送须显式 URL：git push https://<user>:<token>@doc.kailashi.cn/git/kailash.git HEAD:main（禁 SSH），推完 ls-remote 核相等。
• 属主闸门：docs/** 任何账号可推；backend 仅 aren＋xiaoqi；C 端 pages 仅 xiaogang；B 端仅 coze1。
• 常用校验脚本：scripts/check_tasks_table.py --diff-head（表格结构）、scripts/check_md_syntax.py <files> --diff-head（markdown 语法，历史债已抑制）。

交接人署名：小齐 2026-09-09 20:0x