docs(交付): 🟡1 行为选项裁定 —— 维持现状（不改交互与业务逻辑）

用户 2026-10-09 委托决策，约束原文「不能影响交互逻辑和业务逻辑」。
三类候选修法全部越线：粘住编号 = 改弹窗打开后的展示、加「重新生成」
按钮 = 新增控件（均属交互）；后端拒绝重复建店 = 新增拒绝规则（业务）。

文案层修复（`946a3639`）已消除缺陷实质 —— 旧承诺「重复提交会被后台
拒绝」是假话，现已如实陈述（每次打开换新 + 待核实勿重开重提）。
当前生产 kf 建店路由尚未开通（2026-10-09 实测 404，上游侧待开）
⇒ 上游无法建出隐藏门店，生产无敞口。

交付说明 §五：🟡1 条目由「待拍板」改为裁定记录，小节标题同步。
本提交只动这一份说明（代码零改动，jar/dist 指纹不变）。

.claude/plan/2026-10-09-har-pick-dedup-retry-交付说明.md

@@ -136,9 +136,9 @@
 - 收款链接批：F1 限流 / F5 订单号前缀（待拍板）
 - 挑店稳定散列 seed 用 `out_biz_no`（已实现）；调用方不传 `out_biz_no` 时等价于随机 —— 开放文档已写明
 
-### 2026-10-09 独立评审后新增挂账（0 🔴 / 2 🟡 / 5 💭；🟡2 已随本批修复）
+### 2026-10-09 独立评审后新增挂账（0 🔴 / 2 🟡：🟡1 已裁定维持现状、🟡2 已随本批修复；5 💭 挂账）
 
-- 🟡1 行为层后半：「提交成功前保留同一编号」是否改 —— 现状 = 每次打开换新（弹窗文案已如实，`946a3639`）；要改须同时设计换店时的重新生成入口（只读格 + 无「重新生成」按钮会把想换一家店的运营卡死），待拍板
+- 🟡1 行为层后半「提交成功前保留同一编号」—— **已裁定：维持现状，不做行为修法**。依据（用户 2026-10-09 委托决策，约束原文「不能影响交互逻辑和业务逻辑」）：三类候选修法均越线 —— 粘住编号 = 改弹窗打开后的展示（交互），加「重新生成」按钮 = 新增控件（交互），后端拒绝重复建店 = 新增拒绝规则（业务）。文案层修复（`946a3639`）已消除缺陷实质：旧承诺「重复提交会被后台拒绝」是假话，现已如实。当前生产 kf 建店路由尚未开通（2026-10-09 实测 404，上游侧待开）⇒ 上游无法建出隐藏门店，生产无敞口；路由开通后残余风险 = 运营在「待核实」后主动重开重提，弹窗文案已明示「请勿」。若日后仍要该行为，须作为独立需求（含换店逃逸口）走流程
 - 短码订正 SQL 段 guard 偏宽：`length(x) < 6` 会把 `''`/任意短垃圾（如 `99`）补成看似合法的六位；建议 `BETWEEN 2 AND 5`（异常留在 `< 6`，只读核对④才拦得住），未动
 - `HarRegionControllerTest:90` 松懈断言 `startsWith("32")`（88 行已另钉 `length == 6`，组合偏松）；建议 `startsWith("3200")` 或 equals，未动
 - `utils/shop-code.ts` 注释动机（「能在电话/微信里念得出来」）与只读自动生成格不符；建议改注释真实动机，未动