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>

changelogs-v2/2026-09/22_8182_HOUSE站内信link订正到后台路由与bizId不是路由键-修复-管理后台.md

@@ -200,7 +200,7 @@ router.push(`/order-v2/detail/${row.bizId}`)   // bizId 可能是 hotelId / grou
 | `HOUSE_INQUIRY_TIMEOUT` | `/pages/house/inquiry?id=${inquiryId}` | `/housekeeper/todos?inquiryId=${inquiryId}` |
 | `HOUSE_INQUIRY_ESCALATED` | `/pages/house/inquiry?id=${inquiryId}` | `/housekeeper/todos?inquiryId=${inquiryId}` |
 
-⚠️ 两条询房事件的 query key 同时由 `id` 改为 `inquiryId`（原值取自种子脚本 `V20260520_002__house_notification_event_config.sql:171/203`，逐字核对）。这两个事件码目前在 Java 主代码里**没有发布方**（见第六节第 4 条），所以 key 改名当前不产生任何实际调用差异，接上发布方时按 `inquiryId` 读即可。
+⚠️ 两条询房事件的 query key 同时由 `id` 改为 `inquiryId`（原值取自种子脚本 `V20260520_002__house_notification_event_config.sql:171`（ESCALATED）与 `:202`（TIMEOUT），逐字核对；且对全部迁移脚本做过穷举——整个 `db/migration` 里出现 `inapp_link_template` 的文件共 8 份，涉及这两个事件码的只有该种子脚本与本单的 `V20260922_210`，中间无第三份改过它们）。这两个事件码目前在 Java 主代码里**没有发布方**（见第六节第 4 条），所以 key 改名当前不产生任何实际调用差异，接上发布方时按 `inquiryId` 读即可。
 
 改与不改的判据是**收件人域**：这三条的收件人（`HOUSE_TEAM` / `INQUIRY_CLAIMER` / `HOUSE_LEAD`）都是内部员工，点开只会落在管理后台；而换酒店三事件的收件人是酒店联系人与 C 端客户，本就不属于后台路由域，**一个字节未动**。