P0 批研判输入（小齐 → 小冈 R1 研判）

时间：2026-09-15 11:2x｜提交人：小齐｜用途：请 R1 研判三项口径，我同时继续推进不受阻部分

关联：WIP-330（P0 批，335 门槛第 4 项）／收尾清单「P0 批全绿」／今日目标「N4 闭 + P0 过半 + 335 排期」

一、已交付（本轮 P0 批，全部实测留证）

域	改法	新增列	实测
quotes（报价单）	迁移 074：quote_sessions/quote_vouchers/package_items 加列 + 列表过滤	有（074）	`/quotes/sessions` 200/404
tasks_full（任务）	JOIN merchants 现有列隔离	零	`/tasks-full/my` 200/404
miniapp_distribution（分销·C端）	JOIN orders 现有列隔离（guests+commissions）	零	guests/commissions 均 200/404
admin_ops（运营后台）	主列表 merchants 过滤；`/destinations` 判豁免	零	health 200
admin_distribution（分销后台）	分佣单 `admin_list_records` JOIN orders 隔离	零	health 200
leader_customers（领队）	⚠️ 采纳他人更正确口径（见 §三）	撤回 073	—

盘点：缺口 22｜已适配 22（起点 32 → 修正口径 38 → 逐步降至 22）。9 个 P0 缺口域已完成 5 个 ⇒ P0 过半目标达成。

二、可复用方法（建议纳入后续批次 SOP）

能 JOIN 隔离就不加列：orders / merchants 已有 destination_id，多数域借 JOIN 即可，省一次迁移+回填。
动态编号查询（${len(args)+1}）：令 destination 固定占 $1、args 以它开头 ⇒ 天然升序，绝不撞位（优于事后重编号）。
大域拆分法：20+ 端点的域先做主列表，其余按同一模式续接。
插参数两查：除重编号，还要查参数在 SQL 文本中的出现顺序（JOIN ON 在 WHERE 之前）；冲突解决后必须逐处复核新增内容齐全（编译过≠内容完整）。

三、请 R1 研判三项

① destinations 域：我判「豁免」，请确认

admin_ops 的 /destinations 端点读的就是 destinations 表本身（目的地清单），按 destination 再过滤无意义 ⇒ 判为共享域/豁免。

风险：若 R1 认为后台应只暴露"当前实例所属目的地"，则需改为按 site_config 或实例配置过滤，口径不同。
我已按豁免登记，请确认或纠正。

② admin_distribution 其余端点：借 JOIN 还是单独加列？

overview（活跃分销员数/绑定数/佣金汇总）、withdrawals（提现申请）等直接查 distributors / guest_bindings / distribution_records / withdrawal_requests，这四张表都没有 destination_id（我此前 073 加过又撤回了）。

方案 A：继续借 orders JOIN 过滤（无需加列，但聚合口径依赖订单归属）
方案 B：给这四张表加 destination_id（口径干净，但要多一次迁移+回填，且与"身份层跨目的地有效"的不变量需协调）
倾向 A（与领队域一致口径：身份层共享、数据层隔离），但涉及金额聚合，请 R1 定。

③ inventory（库存域）：service 层改造何时做？

库存域门禁剩 R1×11（confirm/expire/release 等查询与更新未过滤 destination、_OCCUPIED_WHERE 未含过滤）。

已做：V8 幂等并发修复 + 门禁复跑（隔离门 ERROR 14→11 ≤ 基线，域门 PASS）；移除了我自己造的"伪接线"（router 引入 resolve_destination 却零调用）。
待做：给 service 函数加 destination 参数 ⇒ 涉及超卖核心逻辑，建议在 T4 估算表出来后、与 335 排期一并决策，不宜现在仓促改。请 R1 定优先级。

四、我接下来的动作（不停工）

按上述研判等待期，继续推进不受阻部分：merchant_console(28) → admin_backend(27) 拆分推进（先做主列表），然后 G7 gate 脚本。每完成一域留证据 + 行尾登记。