docs(7442): 修 5 处指向「从未存在过的文件名」的悬空引用，改为单号+glob

#7442 的两份交接件里有 5 处引用
`19_7444_团期配车就绪门禁与同团车辆共用关系-新增接口-管理后台.md`。
该文件名在全历史零命中（阳性对照：同一条命令能找到确知已提交的
`*7442*reconfigure补登*`，所以零命中是真空不是 glob 写错）——它是起草期的
一份草稿名，该稿已并入现存的 `*_7444_*` 交接件、名字不再存在。

不改成「现存的那个文件名」，因为那会埋一次必然的再次失效：
① 那份文件还没提交（门禁按设计拦着 backend_status=pending）；
② 本仓文件名带提交日前缀，它哪天被推名字就是哪天；
③ 「指向文件名」本身就是错的抽象层——文件名会变，单号不会。

改成「#7444 的交接件（按 `*_7444_*` 检索）」，这个形态不需要第二次维护。
旧名在括号里保留一句接住 grep。

Refs #7444

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

changelogs-v2/2026-09/19_7442_团期配车分组写口reconfigure补登-新增接口-管理后台.md

@@ -256,7 +256,7 @@ POST /admin/fleet/group-dispatch/batches/1934567890123456800/reconfigure
 
 #### 业务边界
 
-- **鉴权**: `X-Admin-Role` 须为 `VEHICLE_MANAGER` 或 `SUPER_ADMIN`（`FleetAdminRoleGuardInterceptor` 角色门禁，**不是权限点**——工单原文与部分源码 javadoc 写的"权限点 `fleet:group-dispatch:write`"在数据库层从未注册，全仓 `*.sql` 搜不到这个字符串，见 `19_7444_团期配车就绪门禁与同团车辆共用关系-新增接口-管理后台.md`「关键变化」第 2 条的详细核实过程）
+- **鉴权**: `X-Admin-Role` 须为 `VEHICLE_MANAGER` 或 `SUPER_ADMIN`（`FleetAdminRoleGuardInterceptor` 角色门禁，**不是权限点**——工单原文与部分源码 javadoc 写的"权限点 `fleet:group-dispatch:write`"在数据库层从未注册，全仓 `*.sql` 搜不到这个字符串，见 #7444 的交接件（`changelogs-v2/2026-09/` 下按 `*_7444_*` 检索；本仓文件名带**提交日前缀**，会随提交日变，所以这里不写死文件名。⚠️ 起草期曾以 `…同团车辆共用关系-新增接口…` 为名，该稿已并入前者、名字不再存在） 的「关键变化」第 2 条详细核实过程）
 - **防重与幂等是两件事，不要混读**：①10 秒内对同一份计划重复提交会被 `@Idempotent` 防重窗口**拒绝**
   （返 100502「团期配车重配处理中，请勿重复提交」），前端按"稍后重试"处理；②窗口**之外**重复提交同一份
   计划会正常受理并返回 `idempotentShortCircuit=true`——**那是成功**（计划未变、未落库、未产生新意图），
@@ -353,7 +353,7 @@ POST /admin/fleet/group-dispatch/batches/1934567890123456800/reconfigure
 - **零影响**:
   - 确认整团配车 `POST .../confirm`（见 `17_7442_团级确认态-需求已发车务回写-新增接口-管理后台.md`）
   - 受控重开/计划刷新流程的其余 4 个端点（见 `19_7442_团期配车受控重开窗口计划刷新状态收口-新增接口-管理后台.md`）
-  - 团期配车就绪判定、同团车辆共用关系（见 `19_7444_团期配车就绪门禁与同团车辆共用关系-新增接口-管理后台.md`）
+  - 团期配车就绪判定、车辆共用关系（见 #7444 的交接件（`changelogs-v2/2026-09/` 下按 `*_7444_*` 检索；本仓文件名带**提交日前缀**，会随提交日变，所以这里不写死文件名。⚠️ 起草期曾以 `…同团车辆共用关系-新增接口…` 为名，该稿已并入前者、名字不再存在））
 
 ---