chore(工作区): 纳入版本控制基线(回收 411 MB 过程产物)

回收 411 MB(470 M → 58.8 M),全部经回收站,可恢复:
- 待清理/(146.2 M,含 relay 分片 128 M 与 42 项过程目录)
- tmp/(32.4 M,按接续棒命名的过程临时区)
- .workbuddy/tmp/(39.5 M)
- 4 份 workbuddy.db 冗余副本(101 M,09-23 事故的坏副本 / 抢救产物)
- tmp/im16/gw/centrifugo 二进制(63.9 M,可重下)+ 缓存残留

入库范围:常驻规则(CODEBUDDY.md / README.md / state.py)、在途接续入口与
接续包、docs/、交付物/、交接单/、归档/、scripts/、.codebuddy/、
.workbuddy/memory/;共 398 件,其中 >60 KB 的 26 件全为文档。

排除(.gitignore):tmp/、待清理/、运行态日志与缓存、*.db 与 DB 备份整目录、
打包二进制(*.tar.gz / *.tgz)、记忆修复前备份。
This commit is contained in:
admin committed 2026-09-24 07:51:03 +08:00
commit ce8e6ceed9
396 files changed
+66045

No files matched your search

@@ -0,0 +1,21 @@
# 技能重组线 · 中文人话化 — 自动化执行记录
链:`dsh-opensource-release` → `dsh-change-workflow` → `dsh-knowledge-upkeep` → `dsh-decision-method` → `dsh-feature-first` → 其余。
状态真源:`E:/ProgramData/AI技能/aliyun-dsh-server/tmp/humanize-state.json`(`next` 字段 = 下一棒目标)。
本机 bash 包装器已坏 ⇒ 全程 PowerShell + 托管 python;批量脚本复用链:`tmp/_hz06.py` → `_hz07.py` → …
- 第6棒 09-22 08:44:`dsh-opensource-release/references/02-多远端推送.md` 人话化(精确 3 + 通用 0),门禁8 全过,三处 md5 一致,落盘=是;next=`dsh-opensource-release/references/04-交互式图示-archify.md`
- 该档原文极干净(逐行原样下沉,无排比/无 AI 味套话)⇒ 仅 3 处:破折号解释链 ⇒ 冒号 · 指代「自己」⇒ 去掉 · 口语「已存好凭据」⇒「凭据已保存」。
- 已排下一棒:第7棒(同一 automation 更新 scheduledAt ⇒ 同一时刻只挂一个),目标 `references/04-交互式图示-archify.md`。
- 第7棒 09-22 09:50:references/04-交互式图示-archify.md 人话化(精确 11 + 通用 1),门禁 9 全过,三处 待核,落盘=否;next=dsh-opensource-release/references/04-交互式图示-archify.md
- ⚠️ 事故:本棒原定 08:51 的一次性 automation(dd0d1db8)**到点未启动**(08:51 无会话、state.json 停在 08:44、锁未持有)⇒ 09:48 用户追问「第7未启动」后由用户会话补做。
- 根因属已知坑:once 型 automation 跑完/未跑都不自动转完成态,调度器有 **12 小时补跑窗口** ⇒ 到点那一刻 App 不在前台就可能整体错过;「过期仍 ACTIVE」不许当作「尚未执行」的判据(应看全局锁时间戳 + 产出物时间戳)。
- 已复用同一 automation 改排第 8 棒(同一时刻只挂一个),并在 prompt 里保留抢锁 ⇒ 万一旧触发补跑,只会抢锁失败并报告,不会重复改文件。
- 第7棒 09-22 09:52:references/04-交互式图示-archify.md 人话化(精确 13 + 通用 0),门禁 9 全过,三处 一致,落盘=是;next=dsh-opensource-release/references/05-已知待办与漂移.md
- ⚠️ 事故:本棒原定 08:51 的一次性 automation(dd0d1db8)**到点未启动**(08:51 无会话、state.json 停在 08:44、锁未持有)⇒ 09:48 用户追问「第7未启动」后由用户会话补做。
- 根因属已知坑:once 型 automation 跑完/未跑都不自动转完成态,调度器有 **12 小时补跑窗口** ⇒ 到点那一刻 App 不在前台就可能整体错过;「过期仍 ACTIVE」不许当作「尚未执行」的判据(应看全局锁时间戳 + 产出物时间戳)。
- ℹ️ 本条为修正后重跑;首次尝试(09:53)被门禁整体拦下(未落盘),最终落盘=是。
- 已复用同一 automation 改排第 8 棒(同一时刻只挂一个),并在 prompt 里保留抢锁 ⇒ 万一旧触发补跑,只会抢锁失败并报告,不会重复改文件。
- 09:54 补跑清理(用户明令「不允许补跑」):删除本线 4 条过期一次性 automation(`f37f1668` / `62d370fd` / `8370a5dd` / `b56314b0`);余 11 条他线记录已超 12h 窗口、物理不会再跑。协议加固 = 每棒只 update 自己那条记录,禁 create。
- 第8棒 09-22 10:06:references/05-已知待办与漂移.md 人话化(破折号 61 处 + 指代 2 处),门禁 9 全过,三处 一致,落盘=是;next=dsh-change-workflow/SKILL.md
- dsh-opensource-release 收官(6 个 .md 全部完成)⇒ 已在 state 里为 `dsh-change-workflow` 建节点;同一 automation(dd0d1db8)改排第 9 棒,仍走 update。