4 次代码提交

包含重命名

作者	SHA1	备注	提交日期
Mimingguang	a7df8cdc5a	chore(8182): 回写前端已交付 verified(jumpToBiz 改读 link,ref 191fdc3c)	2026-09-22 17:52:55 +08:00
API Changelog Bot和Claude Opus 5	a4b92733f5	docs(8182): 订正种子脚本行号引用 171/203 -> 171(ESCALATED)/202(TIMEOUT) ... 原写 203 是行号记错一位（逐字核对为 202）。同时把「改前取值以种子脚本为准」的依据 从「读了一份文件」升级为穷举：整个 db/migration 里出现 inapp_link_template 的文件共 8 份，涉及这两个询房事件码的只有种子 V20260520_002 与本单 V20260922_210，中间没有 第三份改过它们——否则种子值就不等于改前值。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-22 17:49:52 +08:00
API Changelog Bot和Claude Opus 5	c356e8b564	docs(changelog): 订正 #8182 交接件里两条询房事件的「改前」取值（?id= 而非 ?inquiryId=） ... 原文表格把 HOUSE_INQUIRY_TIMEOUT / _ESCALATED 的改前模板写成 /pages/house/inquiry?inquiryId=${inquiryId}，实际种子值是 ?id=${inquiryId} (V20260520_002__house_notification_event_config.sql:171/203，逐字核对)。 迁移脚本按 event_code 定位、SET 绝对值，行为不受影响；迁移测试的夹具种的也是 正确的 ?id= 原值，只有交接件正文这一处写错。顺带补一句说明 query key 由 id 改名为 inquiryId，以及这两个事件码当前没有发布方、改名无实际调用差异。 Refs #8182 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-22 17:40:37 +08:00
API Changelog Bot和Claude Opus 5	2c9b21f796	docs(changelog): #8182 HOUSE 内部员工站内信 link 由小程序路径订正为管理后台路由，并明确 bizId 不是路由键（修复-管理后台） ... 三个内部员工事件码(HOUSE_INVENTORY_CHECKED / HOUSE_INQUIRY_TIMEOUT / HOUSE_INQUIRY_ESCALATED)的 inapp_link_template 由 /pages/house/* 改为 /housekeeper/*；字段结构不变，变的是值。 本条 frontend_status=pending 而非 not_required：22_8155 写过「前端 jumpToBiz 从不读 row.link，无需前端改动」，那句话仅在 REQUIREMENT_REJECTED 上成立—— 核房/团期事件的 bizId 根本不是订单，按 bizId 反推跳转必然打开不存在的订单。 正文已点名 22_8155 并写清适用范围。 Refs #8182 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>	2026-09-22 17:38:41 +08:00