2 Commits

Include renames

Author	SHA1	Message	Date
chengmaandClaude Opus 5	10b724f62a	docs: 归档 #38；改正六份归档里未经验证的 Go 版本说法 ... #38 归档记录了打回一次的经过（ParseSpec 两个失败分支无测试覆盖， 其中 size=="" 就是真实数据里 2 行走的分支），以及架构角色第一轮 变异打在死分支上、差点误报「测试没牙」的过程。 改正：/usr/local/go 从 2026-07-02 起一直是 1.26.5，而六份归档都写着 「架构角色亲自执行（Go 1.23.0）」——那是照项目固定版本抄的， 没有实际验证过工具链，违反 CLAUDE.md §9「说验证过必须真的跑过」。 措辞改为不宣称具体版本。已用 GOTOOLCHAIN=go1.23.0 补验，结论不变。 admin/AGENTS.md 加两条 [必须]： - 交付前至少跑一次带 GOTOOLCHAIN=go1.23.0 的验证。开发机装的可能更新， Go 会默默用它编译，测过的不是要交付的那个版本。新加依赖时尤其要跑。 - 改数据库时不要只测全新库，先列出现实中存在哪些 schema 状态再一个个验（来自 #20）。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-08 09:59:34 +08:00
chengmaandClaude Opus 5	3fdab7b2a8	docs: 记录 #16 #17 #19 #20 #24 验收通过 ... 补上 #20 和 #24 的归档（此前只提交了代码），并把 #16 #17 #19 的状态改为验收通过。 #20 归档记录了工单中途被修改的经过：原工单写死「user_version=2 ⇒ 老结构」， 用户实测炸出 table already exists 后才发现 #16 的原地改写让这个版本号 对应两种结构，路径本来就是两条。按 CLAUDE.md §7.5 改工单而不是让实现硬凑。 也记录了变异测试第一轮漏掉两个的原因——架构角色的设计让收敛测试变成了 近乎同义反复。 #24 归档记录了四个变异全部被抓到，其中「破坏原子性判断」那个最关键： 加超时分支最容易顺手把原子抢占破坏掉。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-08-07 17:18:32 +08:00