7 次代码提交

包含重命名

作者	SHA1	备注	提交日期
API Changelog Bot和Claude Opus 5	ae069b00a9	fix: frontmatter 未转义的引号让元数据对所有消费方隐形——修 19_7443 + 给校验器补语法层 ... 现象：Gitea 上打开这份 changelog 看不到元数据表，页面表现就是「这份文件没有元数据」， 而文件里其实写着完整的 16 个键。 根因：status_note 是 YAML 双引号标量，正文里夹着未转义的 ASCII 双引号 （...请勿据此对外宣称"确认/改派已验证可用"）。YAML 在第一个内部引号处截断， 整块 frontmatter 解析失败，Gitea 于是静默不渲染。 为什么一直没人发现：本仓校验器的 parseFrontmatter 是朴素行解析——按第一个冒号切开、 两端引号成对就剥掉——它对「这份 YAML 下游读不读得了」零分辨力。于是这类文件长期处于 「校验器 PASS，而 Gitea 与任何 YAML 解析器都读不到」的状态，没有任何一处报错。 校验器回答的是自己那套宽松读法，不是消费方的读法。 改动两部分： 一、修 19_7443 那两个引号。转义只改字节不改语义，验过三条：改后 yaml.safe_load 成功、 解析出的值与作者本意逐字相同、正文一个字节没动。 二、给校验器补上它完全没有的那一层：validateFrontmatterSyntax，新错误码 E_FRONTMATTER_SYNTAX。本仓刻意零依赖，所以不引 YAML 库，按实际出过的三类伤写 定向判据：内部未转义双引号 / 收尾引号丢失 / 非法转义序列。语法校验排在所有按键 取值的校验之前——frontmatter 读不了的话，后面那些校验都是在校验一份只有本脚本 能读的东西。 自验两个方向：三种人造伤各自被拦（exit=1）；全仓 1030 份逐批跑完，新增错误码 E_FRONTMATTER_SYNTAX 命中 0 次，无连带误伤；独立口径用真 YAML 解析器扫全仓， 546 份带 frontmatter 的全部可解析。 ⚠️ 同一毛病另有 7 份存量文件未修（05_5530 / 08_5592 / 06_7149 / 10_7328 / 13_7625 / 15_7327 / 15_fund-account）。它们的元数据同样对 Gitea 隐形，修法已验证可行， 但每份都带着 1~3 条与本次无关的历史门禁错误（E_FRONTEND_STATE「verified 必须填写 target_release」为主，另有 E_AUTHOR / E_API_TEMPLATE / E_BACKEND_STATUS）， 推不上去。补那些字段需要编造内容，不做。 🔴 值得记一笔的因果：正是门禁这个严格度让这 8 份一直坏着——谁想顺手修一下， 就会撞上一堆与自己无关的历史错误然后放弃。修复脚本留在 D:/work2/_scratch/changelog-fm-fix/，等 wx 决定是给存量文件开豁免还是补齐字段。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-20 11:04:32 +08:00
API Changelog Bot和Claude Opus 5	5a24c71fe0	feat(scripts): 校验器加 --verbose，成功路径也打印逐端点命中行 ... 背景：changelog 校验器的端点解析结果原本只在「清单与详情对不上」时才进 errors， 成功路径零输出（只有一行 PASS）。于是「每个端点都被校验过」这件事**无法取证**—— #7439 AC-19 要求「贴校验器输出里逐端点的命中行、端点数对得上」，判据字面不可达成。 改法：模块级开关 VERBOSE_ENDPOINTS，main 识别 --verbose 后从 argv 剔除再走原解析 （避免打乱 argv[0] === '--files' 的判断）。打印格式： [endpoint] <file> #<n> <METHOD> <path> [endpoint-count] <file> <n> 硬约束：**默认行为一个字节都不变**。它是提交门禁，加日志不得影响判定。 已验：同一组文件在改前/改后不带 --verbose 跑，stdout+stderr 逐字节 diff 为空； 仓内 14 条测试改前改后均 14 pass / 0 fail。 为什么值得改而不是改判据：逐端点证据对所有 changelog 都有用， 而「手工用同一条正则再枚举一遍」产出的不是校验器输出，等于用一个未经检验的 复制品去证明原件跑过了。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-13 13:04:22 +08:00
API Changelog Bot和Claude Fable 5.1	7f634e509d	gate: 占位符检测忽略代码围栏与反引号内文本——接口枚举值本身可能叫 TODO（团期芯片聚合态，#7204） ... Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01N7Xpgcv9nncadAXQtWhg4P	2026-09-06 20:33:05 +08:00
API Changelog Bot和Claude Fable 5.1	354d9083a7	scripts: validate-changelog-frontmatter 增加 --files 提交前自检模式（与 pre-push 门禁同规则，供作者/Agent 与 hl-workflow lint 复用） ... Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01XYL5S9SsBtkg7aGyFAbrrQ	2026-09-06 16:18:27 +08:00
lc	3d6f6245a0	补齐行政区划三级联动接口文档与模板门禁（#6422）	2026-08-26 16:23:19 +08:00
API Changelog Bot和Claude Fable 5	65ddaae00f	fix(scripts): 校验规则去假阳性——前端/修复类条目合法化+路径参数不误判占位符 ... - CHANGE_TYPES 扩:修复/前端缺陷/前端优化/前端修复(文件名+frontmatter 同步);纯前端条目 issue 段允许 frontend 字面量、backend_status 允许 not_required(接口类仍禁) - E_PLACEHOLDER 只拦双花括号/TODO/待补充,不再误杀 {orderId} 等 REST 路径参数 - E_SECTIONS 仅约束接口类条目,章节名宽匹配(变更接口/变更清单/接口变化/行为变化等) - 核心门禁保持硬:接口类必须 backend_status=deployed 才允许发布(E_BACKEND_PENDING) - 背景:规则假阳性致 CI 长期常红被忽略,真违规(未部署即推送)淹没其中;npm test 46/46 绿 Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	2026-08-10 16:36:48 +08:00
wx	6cbe22f40a	feat: track frontend changelog consumption (#5218)	2026-07-24 15:22:10 +08:00