 lovife
|
28dedb4c16
|
docs: 补测结论回填与限流口径同步（docs/01 E2 / docs/08 F-99·F-100 / docs/09 §9 / 交接摘要 §一·三十）
- docs/09 §9 重排为 9.1 结果 / 9.2 结论 / 9.3 门禁两次修正 / 9.4 怎么跑 /
9.5 补测记录（上传并发、5000 行导入、导出大包、长跑）/ 9.6 仍然没测的；
补记机器规格（12 物理核 / 59.6GB，全在同一台机器上）。
- docs/01 E2 二次修正备案：成功侧 200→600，附实测证据。
- docs/08：F-99（压测工具自己撒的 8 次谎）、F-100（门禁成功上限卡年级量级）、
F-5/F-6 核销与更新，变更记录补 3 行；问题清单到 F-1~F-100。
- 交接摘要：§一·二十九（提交入库+文档小账）之后补 §一·三十（四项补测+门禁二次修正+磁盘清理）。
- AGENTS.md：清理残留一节写清 dry-run 默认与「演示态挂在 E2E 班下面」的风险。
验证：python scripts/verify-all.py --quick → 通过 5 / 失败 0
|
2026-09-30 11:10:06 +08:00 |
|
|
lovife
|
db6a51d617
|
docs: 清掉三处"会静默过期"的小账 + check-test-profile 加固（F-98）
一、附录 A 从"手抄表"改成"可再生成的命令"
check-api-parity.py 加 --extra，现算"代码有、契约 §4 没有"的接口 = 41 个
（旧手抄表写 83/62/21，已差近一倍，而且没人会记得回来改它）。
并按"谁去改什么"分六类 —— 只有 E 类（8 个）要客户定口径，其余是文档侧补记。
二、F-6 已修：frontend-pc 的 Mock 说明
AGENTS.md 那句改正之外，连带修了 .agents/skills/project-api/SKILL.md ——
它整篇仍以 vite-plugin-mock / mock/** 为主线，而该项目里 mock/ 目录与插件都已删除。
只改指路牌、不改路的尽头，等于没改。
三、docs/03 两处文档内部口径冲突加 ⚠️ 注（不改口径，只把冲突摆明）
§2 notifyBizType 的 5/6 与 §13.5、落库值不一致 → 实现以 §13.5 为准（催报去重按 5）；
§3.6/§9.5 的 collect_file.source 字段表（入口来源）与建表注释（谁传的）冲突 →
实现以建表口径为准。两处都写明"待客户确认"，见 F-30 / F-38 / F-39。
四、check-test-profile.py 加固（新增 F-98）
· 子进程输出落盘（不再用没人读的 PIPE）：失败时能看见"停在哪一行"，
成功时打出启动用时（基线 ~10 秒 / 72 行 / 9.5KB）；
· 开跑前按 jar + profile 清残留 JVM，且保留 dev 后端（E2E 正打着它）；
· 等待期间每 15 秒报一次进度，卡住时不留沉默。
教训：随机端口这个防撞设计把残留 JVM 藏起来了 —— 撞不到端口就永远发现不了，
于是表现成"时好时坏"，而失败时连日志都读不到。
验证：python scripts/verify-all.py --with-e2e → 通过 8 / 失败 0 / 跳过 0
（E2E 36 脚本 / 1548 断言 / 278s；prodguard 9/9；test profile 能起）
python scripts/verify-docs.py → 22 项全部通过
|
2026-09-30 09:10:34 +08:00 |
|
|
lovife
|
8debf371bf
|
docs: 完成度盘点（F-1~F-97）、确认函 E 组、交接摘要 §一·二十八与 AGENTS 更新
docs/08 是计划与现实的对账：完成度表、未完成按「能不能上线」排序（P0/P1/P2 + 卡点→找谁→编号）、
97 条编号问题、施工记录 6.1~6.4（每条都带验证方式，不写没有证据的「已完成」）。
docs/01 新增 E 组第二轮待确认：E1 union_id（H5 与小程序不能同时上线的阻断项）、
E2 D3 限流口径更新、E3 二期时点；D3 那行划掉。
交接摘要 §一·二十八 把坐标从「M5 后端」刷新到「一期功能收口」：120/121、V17、
27 实体/33 表、36 脚本/1548 断言，以及这 20 多轮最该记住的 7 条（含 F-96：
三处「没断言就往下走」把排查引向了完全错误的方向）。
AGENTS.md：H5 那条「没有可直接联调的独立 dev server」已过时，改为三端行为的说明。
|
2026-09-30 09:02:58 +08:00 |
|