chengma
|
78c0c4a73b
|
docs: 归档任务 #80
|
2026-08-10 02:43:21 +08:00 |
|
chengma
|
86b9e696de
|
docs: 归档任务 #79
|
2026-08-10 02:22:44 +08:00 |
|
chengma
|
05793e48b3
|
docs: 归档任务 #78
|
2026-08-10 01:22:50 +08:00 |
|
chengma
|
93bbca88a8
|
docs: 归档任务 #75
|
2026-08-10 01:09:16 +08:00 |
|
chengma
|
18f3209a62
|
docs: 归档任务 #74
|
2026-08-10 00:50:36 +08:00 |
|
chengma
|
c52d730728
|
docs: 归档任务 #73
|
2026-08-10 00:29:49 +08:00 |
|
chengma
|
d6339a810f
|
docs: 归档任务 #72
|
2026-08-10 00:07:00 +08:00 |
|
chengma
|
460619392f
|
docs: 归档任务 #71
|
2026-08-09 23:40:18 +08:00 |
|
chengma
|
dbc08dc0ec
|
docs: 归档任务 #69
|
2026-08-09 22:56:00 +08:00 |
|
chengma
|
610e9e3749
|
docs: 归档任务 #70
|
2026-08-09 22:48:51 +08:00 |
|
chengma
|
5df5398f32
|
docs: 归档任务 #68
|
2026-08-09 22:41:26 +08:00 |
|
chengma
|
eb0e296b7c
|
docs: 归档任务 #67
|
2026-08-09 22:34:34 +08:00 |
|
chengma
|
c01f3f8b0e
|
docs: 归档任务 #66
|
2026-08-09 22:20:21 +08:00 |
|
chengma
|
8643c37211
|
docs: 归档任务 #65
|
2026-08-09 22:05:35 +08:00 |
|
chengma
|
95df15747a
|
docs: 归档任务 #64
|
2026-08-09 21:52:07 +08:00 |
|
chengma
|
5c9ebd968c
|
docs: 归档任务 #63
|
2026-08-09 21:45:28 +08:00 |
|
chengma
|
72821eaaef
|
docs: 修正任务 #46 归档格式
|
2026-08-09 21:23:06 +08:00 |
|
chengma
|
2756999a08
|
docs: 归档任务 #47
|
2026-08-09 21:22:49 +08:00 |
|
chengma
|
d062d38ffc
|
docs: 归档任务 #46
|
2026-08-09 21:22:49 +08:00 |
|
chengma
|
453dcf7c5f
|
docs: 归档任务 #48
|
2026-08-09 21:14:58 +08:00 |
|
chengma
|
e5abbfd4b9
|
docs: 归档任务 #62
|
2026-08-09 21:02:58 +08:00 |
|
chengma
|
ee1e060e3a
|
docs: 归档任务 #61
|
2026-08-09 20:41:51 +08:00 |
|
chengma
|
59d70b2d64
|
docs: 归档任务 #60
|
2026-08-09 19:01:31 +08:00 |
|
chengma
|
3bd9c9a2c3
|
docs: 归档任务 #59
|
2026-08-09 18:23:33 +08:00 |
|
chengma
|
ea7932db63
|
docs: 归档任务 #58
|
2026-08-09 17:18:55 +08:00 |
|
chengma
|
17b8f53113
|
docs: 归档任务 #57
|
2026-08-09 16:50:20 +08:00 |
|
chengma
|
2cbb98f09c
|
docs: 归档任务 #56
|
2026-08-09 16:32:12 +08:00 |
|
chengma
|
64318b92a0
|
docs: 归档任务 #55
|
2026-08-09 16:15:30 +08:00 |
|
chengma
|
ac9e227ee7
|
docs: 归档任务 #54
|
2026-08-09 16:03:13 +08:00 |
|
chengma
|
0181170457
|
docs: 归档任务 #52
|
2026-08-09 13:57:17 +08:00 |
|
chengma
|
cbc01f8b39
|
docs: 归档任务 #51
|
2026-08-09 13:51:34 +08:00 |
|
chengma
|
771e2ee616
|
docs: 归档任务 #50
|
2026-08-09 13:37:23 +08:00 |
|
chengma
|
1064ffed59
|
docs: 归档任务 #53
|
2026-08-09 13:24:36 +08:00 |
|
chengma
|
24b6c742c1
|
docs: 归档任务 #49
|
2026-08-09 13:12:58 +08:00 |
|
chengma
|
7fb137f685
|
docs: 归档任务 #45
|
2026-08-09 11:12:51 +08:00 |
|
 chengmaandClaude Opus 5
|
4022feee43
|
docs: 记录 #31 #32 验收通过
两份归档都由实现方写好,本次只更新状态。
#31 遵守了 #20 立的「迁移只追加」规则:v4 用 ALTER TABLE 加 shop_name,
v1/v2 原文未动,CheckSchema 也覆盖了新列。
#32 的 skus 是颜色×尺码的笛卡尔积并带 price_observed_at,
与 #31 的 price_granularity 对得上——两侧独立得出同一结论。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
2026-08-09 10:19:11 +08:00 |
|
chengma
|
cbb03faac8
|
docs: 归档任务 #44
|
2026-08-09 10:12:56 +08:00 |
|
 chengmaandClaude Opus 5
|
6d40c1e986
|
docs: 归档 #41 #43,记录 #38 #41 #43 验收通过
#41 归档记录了两条防信息丢失的设计(SKU 数列、待补列),以及最危险的
「部分失败」场景实测:28431952912 颜色4/尺码5 数字看着正常,
里面有 4 个 SKU 解析失败,靠整行标黄才藏不住。
#43 归档记录了实现踩到的 html/template URL 上下文转义坑:
夹在字面量 & 中间的动态内容会被整体当成一个参数值转义,
?/= 变成 %3F/%3D 让链接失效,只有真跑起来看 HTML 才发现。
也记了架构角色第二个变异第一次打偏、显示「跳过」的事——
探针无效和代码有问题是两回事,#38 刚犯过一次。
三份都如实列了「未验证到的部分」,主要是浏览器实机交互和
列宽百分比在 table-cell 上的实际行为。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
2026-08-09 10:06:42 +08:00 |
|
chengma
|
033bef0614
|
docs: 归档任务 #42
|
2026-08-08 11:25:41 +08:00 |
|
chengma
|
d199867101
|
docs: 归档任务 #40
|
2026-08-08 10:30:49 +08:00 |
|
chengma
|
d8505a4b2b
|
docs: 更新任务 #39 验收修正
|
2026-08-08 10:30:49 +08:00 |
|
 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 |
|
chengma
|
18770f25e1
|
docs: 归档任务 #39
|
2026-08-08 09:47:49 +08:00 |
|
chengma
|
6c12e058c3
|
docs: 归档任务 #37
|
2026-08-08 09:26:21 +08:00 |
|
chengma
|
e08fd89c91
|
docs: 归档任务 #36
|
2026-08-07 18:14:28 +08:00 |
|
chengma
|
09b27cec42
|
docs: 归档任务 #35
|
2026-08-07 17:59:20 +08:00 |
|
chengma
|
51c2292be1
|
docs: 归档任务 #32
|
2026-08-07 17:39:16 +08:00 |
|
 chengmaandClaude Opus 5
|
34b4b54b63
|
docs: 归档任务 #34,记录验收通过
记录两处主动判断及依据:缩短 /tasks 的 placeholder(工单 [注意] 里
预先写明"真装不下就缩文案,不要把宽度调回去");把搜索框宽度规则从
§5.1 提到 §3.1 通用规则(原来写在 PDD 页那一节,另外两页看不到)。
未验证:浏览器实机目视、主题与缩放。用户已实机确认。
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
2026-08-07 17:23:49 +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 |
|
chengma
|
61d8d1b263
|
docs: 归档任务 #31
|
2026-08-07 17:14:12 +08:00 |
|